MQ question
Hello there!! I would like to know if anyone knows about any Forums for discussing Websphere MQ on ZOS platform. I am a CICS systems Programmer and would want to extend my knowledge on MQ as well. Taking a new role :) Can someone guide me please ?? Regards, Yogeetha CSC - Computer Science Corporation CICS Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MQ question
Can some one point me to a MQ discussion list similar to this ( if there is one ) We're seeing something odd with regard to MQSeries. We put a display into a program to show the status of the input queue when the close is done after the get. During our testing we are getting a 2033 return code which indicates that there is no message in the queue. and am trying to find out if anyone is aware of anything that might cause an empty queue to continue triggering transactions over and over again? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ question
a listserv, archives and subscription information are available at https://listserv.meduniwien.ac.at/archives/mqser-l.html a web board at http://mqseries.net/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ question
On Wed, 18 Feb 2009 14:36:25 +0530, Yogeetha balasubramanian wrote: >Hello there!! > >I would like to know if anyone knows about any Forums for discussing >Websphere MQ on ZOS platform. I am a CICS systems Programmer and would want >to extend my knowledge on MQ as well. Taking a new role :) > >Can someone guide me please ?? > >Regards, >Yogeetha >CSC - Computer Science Corporation >CICS Systems Programmer MQSERIES-L list http://listserv.meduniwien.ac.at/cgi-bin/wa?A0=mqseries Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ question
Thanks Guys for your help IN google i found this http://www.mqseries.net/ . I think all these will help me a lot :) On Wed, Feb 18, 2009 at 7:36 PM, Scott Barry wrote: > On Wed, 18 Feb 2009 14:36:25 +0530, Yogeetha balasubramanian > wrote: > > >Hello there!! > > > >I would like to know if anyone knows about any Forums for discussing > >Websphere MQ on ZOS platform. I am a CICS systems Programmer and would > want > >to extend my knowledge on MQ as well. Taking a new role :) > > > >Can someone guide me please ?? > > > >Regards, > >Yogeetha > >CSC - Computer Science Corporation > >CICS Systems Programmer > > MQSERIES-L list > http://listserv.meduniwien.ac.at/cgi-bin/wa?A0=mqseries > > Scott Barry > SBBWorks, Inc. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ question
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. [EMAIL PROTECTED] used to be the MQ list. You can start there. Also, make sure the task that pulls the last record from the queue completes successfully. If it abends, the backout will cause the queue depth to go from 0 back to 1 and cause the trigger to be set. I have seen a CICS region and MQ get hung in a loop from this condition because the developer thought it would be a good idea to abend the transaction if it found a problem. Larry Gray Large Systems Engineering Lowe's Companies 336-658-7944 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of August Carideo Sent: Wednesday, August 22, 2007 11:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: MQ question Can some one point me to a MQ discussion list similar to this ( if there is one ) We're seeing something odd with regard to MQSeries. We put a display into a program to show the status of the input queue when the close is done after the get. During our testing we are getting a 2033 return code which indicates that there is no message in the queue. and am trying to find out if anyone is aware of anything that might cause an empty queue to continue triggering transactions over and over again? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ question
[EMAIL PROTECTED] Is this a triggered queue? -- Regards - Grant Grant Ward Able Senior Systems Architect DTCC August Carideo <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 22/08/2007 16:31 Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject MQ question Can some one point me to a MQ discussion list similar to this ( if there is one ) We're seeing something odd with regard to MQSeries. We put a display into a program to show the status of the input queue when the close is done after the get. During our testing we are getting a 2033 return code which indicates that there is no message in the queue. and am trying to find out if anyone is aware of anything that might cause an empty queue to continue triggering transactions over and over again? DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ question
Hi August, Please go through the link http://www.mqseries.net/, it has a forum/ list to discuss & also has got a lot of technical resources with regard to MQ. Thanks Mohan On Wed, 22 Aug 2007 11:31:17 -0400, August Carideo <[EMAIL PROTECTED]> wrote: >Can some one point me to a MQ discussion list similar to this ( if there is >one ) >We're seeing something odd with regard to MQSeries. We put a display into a >program to show the status of the input queue when the close is done after >the get. During our testing we are getting a 2033 return code which >indicates that there is no message in the queue. and am trying to find out >if anyone is aware of anything that might cause an empty queue to continue >triggering transactions over and over again? > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ question
>Can some one point me to a MQ discussion list similar to this ( if there is >one ) http://listserv.meduniwien.ac.at/cgi-bin/wa?REPORT&z=3 hosts a MQSERIES list. >the get. During our testing we are getting a 2033 return code which >indicates that there is no message in the queue. and am trying to find out >if anyone is aware of anything that might cause an empty queue to continue >triggering transactions over and over again? We see this quite a number of times. It is the process that is putting the message that takes time to commit it. The trigger event is created the moment the message arrives in the queue. The trigger monitor invokes the process-to-be-triggered immediately. If the consuming process is quicker to start up than the producing process is committing the message, the consuming process will not get hold of the message and will get a 2033 reason code. Try doing a get with wait (for just a tiny amount of time). Obviously, if the producing process decides to roll back the message, the consuming process will never get it. But will still get triggered... Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Probably a basic MQ question
Hi list, I know very little about MQSeries except that I'm having a problem with it and I don't know enough about it to even know where to look next. We are running MQ 5.3.1 on z/OS 1.7. According to a DISPLAY ARCHIVE command, I have the ARCRETN period set to 5 days. We discovered that for some reason, MQ isn't deleting older archive datasets. It has archive datasets going back to September 19. According to a DISPLAY USAGE command, the RBA that I would need to go back to for recovery is from today, within the current ARCHIVE dataset. Until I manually deleted a bunch of the oldest ARCHIVE datasets, we had over 230 generations of archives on the system. These are not on SMS managed packs so there shouldn't be any contention with SMS constructs keeping them around. Even if they were on SMS packs, according to the manual, the archives should only be kept around as long as the shorter of the two retentions. How do I get MQ to start cleaning up after itself again? Where do I even look to figure out what is going wrong? TIA Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic MQ question
We've seen this before. It means that MQ thinks there is something it needs to keep track of from that date. It could be a dead or orphaned message. Try re-cycling (stop/start) the queue manager to free up the datasets, and then manually delete the datasets (if MQ hasn't). If the re-cycle doesn't do it, try poking around the queues to see if there is a stale message causing the archieve logs to be held for so long. There are lots of tools around - IBM has free downloads available. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CICS MQ triggered queue abend loop [was: MQ question]
The MA1K MQ SupportPac attempts to mitigate this situation. http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg24009532&loc=en_US&cs =utf-8&lang=en Mind the wrap. -Original Message- From: Gray, Larry Also, make sure the task that pulls the last record from the queue completes successfully. If it abends, the backout will cause the queue depth to go from 0 back to 1 and cause the trigger to be set. I have seen a CICS region and MQ get hung in a loop from this condition because the developer thought it would be a good idea to abend the transaction if it found a problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html