Edward My 2 cents: Do you have DLQ DEFINED on the Receiving side and is PUT ENABLED and has sufficient MAXDEPTH as in that case your channels will shut down and Xmit Queue will be filled up you mentioned
"Hence, the queue filled up. " which queue are you talking about, one on the recv side or the Xmit queue On restart of MQ the queue probably cleans up as the mesgs are non-persistent How about the status o the SDR Channel ? Arun Makhija TCS and Boeing in AISI WORK: 425-965-6899 FAX : 425-965-6777 http://dcaca225.ca.boeing.com/~axm4256/ Never argue with an idiot. They drag you down to their level and beat you with experience -----Original Message----- From: Edward Pius [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 10:29 AM To: [EMAIL PROTECTED] Subject: Channel problem Hello, I have a very interesting situation. One of the applications using MQ forgot to service the queue (meaning "GET" ing messages from the queue). Hence, the queue filled up. But instead of trying to put the excess messages in the DLQ on the receiving side, it started filling up the transmit queue. Also, one of the side effects is that other applications using the same transmit queue were temporarily out of commission. I have also seen the receiver channel on the "GET" ing side pause. Has anybody come across this problem? The version of MQ is 5.2 with CSD05 on Windows 2000 cluster. Most of the times in order to solve the crisis what we have done is to stop and start MQ (which drains the messages in the queue which filled up) and everything starts to work fine. What am I missing here.... In appreciation, Edward Pius. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive