|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
RSN: 000002024 |
« View previous topic :: View next topic » |
Author |
Message
|
kristinneibuhr@bc.com |
Posted: Thu Mar 10, 2005 9:30 am Post subject: RSN: 000002024 |
|
|
Newbie
Joined: 16 Sep 2004 Posts: 5
|
Getting this error when putting messages from a windows 2k server to mainframe s/390.
We are trying to send over 60,000 records from the local win2k server to the mainframe. The mainframe limit is set at 60,000 and our mainframe support said they had changed this to 90,000.
Here is what the mainframe help files are telling me. I passed this along to our mainframe systems programmer, who tells me he has done what the corrective action suggests. However, something is still missing since I got the same error on the 2k server last night.
(Our mainframe guy was thrown into supporting MQSeries out of necessity and has no background in supporting MQSeries.)
I think he's missed something but don't know what. Any help would be GREATLY appreciated.
An MQGET, MQPUT, or MQPUT1 call failed because it
would have caused the number of uncommitted messages
in the current unit of work to exceed the limit
defined for the queue manager (see the MaxUncommittedMsgs queue-manager attribute). The
number of uncommitted messages is the sum of the
following since the start of the current unit of work:
t Messages put by the application with the
MQPMO_SYNCPOINT option
t Messages retrieved by the application with the
MQGMO_SYNCPOINT option
t Trigger messages and COA report messages generated
by the queue manager for messages put with the
MQPMO_SYNCPOINT option
t COD report messages generated by the queue manager for messages retrieved with the MQGMO_SYNCPOINT
option
Corrective action: Check whether the application is
looping. If it is not, consider reducing the
complexity of the application. Alternatively,
increase the queue-manager limit for the maximum
number of uncommitted messages within a unit of work.
t On OS/390, the limit for the maximum number of
uncommitted messages can be changed by using the
DEFINE MAXSMSGS command. |
|
Back to top |
|
 |
EddieA |
Posted: Thu Mar 10, 2005 11:52 am Post subject: |
|
|
 Jedi
Joined: 28 Jun 2001 Posts: 2453 Location: Los Angeles
|
Quote: |
putting messages from a windows 2k server |
Is this a client connection to the mainframe, or are you connecting to MQ on the Windows machine and using MQ intercommunication to move the data to the mainframe.
If it's a client, then what you did was correct. But, was the QM re-started to pick up the change.
If is a server connection, then the problem is on the Windows side, not the mainframe, and you should be changing MAXUMSGS there.
Cheers, _________________ Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
Back to top |
|
 |
kristinneibuhr@bc.com |
Posted: Thu Mar 10, 2005 12:42 pm Post subject: |
|
|
Newbie
Joined: 16 Sep 2004 Posts: 5
|
Thanks for replying.
The mainframe is the host. The 2k server is the client. Now we're seeing an rsn 2003 error, which defers to the following;
On an MQCMIT or MQDISC call, when the commit
operation has failed and the unit of work has been backed out. All protected resources have been
returned to their state at the start of the unit
of work. The MQCMIT call returns completion code
MQCC_FAILED; the MQDISC call returns completion
code MQCC_WARNING.
On OS/390, this reason code occurs only for batch
applications. |
|
Back to top |
|
 |
kristinneibuhr@bc.com |
Posted: Fri Mar 11, 2005 9:32 am Post subject: |
|
|
Newbie
Joined: 16 Sep 2004 Posts: 5
|
Hey Eddie...
We found out that we needed a commitnumber=xxxxxx (has to be 6 characters long, with padded zeroes at the front - depending on how many messages you want to commit.) in the Win2k server's .ini file because our max uncommitted messages was set to 15,000 on the Win2k server.
I tried changing the max uncommitted messages on the server, but it wouldn't work without rebooting. So the commitnumber did the trick on the fly for us.
Thanks for your reply! |
|
Back to top |
|
 |
fjb_saper |
Posted: Fri Mar 11, 2005 1:23 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
Hi Kristin...
Remember that your logging needs to accomodate as well for the full transaction. Say you are in circular logging with a max of 1 MB per log file. This would mean that you cannot perform a transaction going over 63 MB (max of 63 log files * 1 MB)...
Enjoy  |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|