ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » RSN: 000002024

Post new topic  Reply to topic
 RSN: 000002024 « View previous topic :: View next topic » 
Author Message
kristinneibuhr@bc.com
PostPosted: Thu Mar 10, 2005 9:30 am    Post subject: RSN: 000002024 Reply with quote

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
View user's profile Send private message
EddieA
PostPosted: Thu Mar 10, 2005 11:52 am    Post subject: Reply with quote

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
View user's profile Send private message
kristinneibuhr@bc.com
PostPosted: Thu Mar 10, 2005 12:42 pm    Post subject: Reply with quote

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
View user's profile Send private message
kristinneibuhr@bc.com
PostPosted: Fri Mar 11, 2005 9:32 am    Post subject: Reply with quote

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
View user's profile Send private message
fjb_saper
PostPosted: Fri Mar 11, 2005 1:23 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » RSN: 000002024
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.