Ken I had experienced this kind of pickle in the past. Fortunately, I had just one application putting from two servers in the same way (i.e. non-persistently) despite the queue being set for persistence. The messages were intermittently missing due to recycles of the QMGRs at IPL times.
As an alternative and provided you have the right level of software, the MO12 Support Pac allows you to replay messages back into a queue provided they are persistent, but it only works for V5.2, V5.3, & V5.3.1. I am not sure what I will do when we finalize V6 on the mainframe. Does anyone know if MO12 Support Pac will be migrated to V6 or if it's capabilities are built into V6? Thanks Frank -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schneider Sent: Thursday, June 07, 2007 3:10 PM To: [email protected] Subject: Re: Help Needed Ken, Regarding your question, "Is there any way to turn on any MQ logging so we can see that the message is actually being picked off the queue," if the messages are on a z/OS queue manager, which I think is true based on your note, you can see when persistent messages are put and gotten using the CSQ1LOGP utility. It's fairly labor and time intensive, so if you have other things to try, you'd probably want to try them first. -Tom -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tom Schneider / IBM Global Services - MQSeries ASC (513) 274-4034 [EMAIL PROTECTED] -=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- [EMAIL PROTECTED] Sent by: MQSeries List <[email protected]> 06/07/2007 11:34 AM Please respond to MQSeries List <[email protected]> To [email protected] cc Subject Help Needed Let me describe our dilema and if anyone has any suggestions on how we can troubleshoot this, it would be greatly appreciated. We have a mainframe application that receives messages from a server based application on a queue. The mainframe processes the message and puts a response on a queue (it gets this from the reply to queue/manager from the initial message). The application that reads the response is a biztalk application and does a mqget every second to see if messages are waiting (I know thats alot of overhead, but until we can re-architect it I am stuck with it). The problem is that we are intermittently losing messages. The mainframe confirms that they are putting the response on the queue, and the biztalk application does not appear to be seeing it. We put a network sniffer and we actually do see the mq message coming over the network. We compared that message to one that was properly received and nothing jumps out at us. In a normal situation, as soon as a message is picked off the queue it writes to a SQL database with tracking info. The "lost" transactions are not appearing on the database. Now the questions: Is there any way to turn on any MQ logging so we can see that the message is actually being picked off the queue? The queues are setup as persistent. Is there anyway to interpret what is in the log/active folder to see what is going on? Can the MQ trace facility be used to help us? Any other ideas would be greatly appreciated. In parallel, the developers are looking at the code to see if there is a flaw. (maybe 2 messages arriving at the same time - it processes 1 and drops the next?). ======================================================================== ====== This message and any attachments are solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use, or distribution of the information included in this message is prohibited -- please immediately and permanently delete this message. ======================================================================== ====== To unsubscribe, write to [EMAIL PROTECTED] and, in the message body (not the subject), write: SIGNOFF MQSERIES Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html To unsubscribe, write to [EMAIL PROTECTED] and, in the message body (not the subject), write: SIGNOFF MQSERIES Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html ----------------------------------------- This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments. To unsubscribe, write to [EMAIL PROTECTED] and, in the message body (not the subject), write: SIGNOFF MQSERIES Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
