|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
MQ 6 - MSG STUCK on XMITQ UNCOM(YES) - NO ERRORS - CHL RUNS |
« View previous topic :: View next topic » |
Author |
Message
|
John.f.carew@gsk.com |
Posted: Wed Oct 15, 2008 3:57 am Post subject: MQ 6 - MSG STUCK on XMITQ UNCOM(YES) - NO ERRORS - CHL RUNS |
|
|
Newbie
Joined: 12 Jul 2005 Posts: 3 Location: UK
|
Dear All,
Hoping you can help with the following issue, seams to be new - have a PMR rasied already with Traces taken etc... not able to see the problem.
A message is stuck in an "uncommitted" state on XMITQ between two queue managers. Destination queue manager is outside company across firewall. Channel state is still running. We have tried to send a sample message through "q" program and that works and gets delivered fine. Have ruled the message out as have re-routed that channel to another queue manager and it gets delivered fine. Nothing in the AMQ logs on either side.
It's a Server Channel using Remote queue and XMITQ as per normal. Requestor the other end. The channel can receive and deliver data. However one particular message gets stuck.
Wonder if anyone has seen this.
There are no errors being generated. |
|
Back to top |
|
 |
Mr Butcher |
Posted: Wed Oct 15, 2008 4:02 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
you said the message is uncommitted. is it uncommitted by the application that is putting the message, or by the channel mca that is trying to send the message to the remote queuemanager?
if you stop or stop-force the channel,is the message still uncomitted?
is the remote end using retry values on the receiving channels? maybe the message can not be delivered, and the receiving channel is retrying to deliver the message. maybe it worked for you "q" - testmesages, because they are smaller, or you used a different queue, or or..... _________________ Regards, Butcher |
|
Back to top |
|
 |
John.f.carew@gsk.com |
Posted: Wed Oct 15, 2008 5:51 am Post subject: |
|
|
Newbie
Joined: 12 Jul 2005 Posts: 3 Location: UK
|
okay when we force stop the channel then the message is still in an "uncomitted" state, but once we resolve the channel with action backout the message appears on the XMITQ and at this stage the queue has no "uncomitted" messages. The test message with Q is sent via the same remote queue as this message and to the same destination queue
The original message passes from app qmgr ---> Gateway QMGR in >>>Broker QMGR A >>> Broker Flow>>>Broker QMGR A---> Gateway QMGR out --->>> End App QMgr
so the message is stuck on Gateway qmgr out ---->>>.
This is just a basic qmgr put to remote queue to get on the transmit queue for the right channel to take - nothing complex going on. so I guess it would be the MCA that is causing the status to go to UNCOM(YES) as the message is in the buffer of the MCA and the transaction was not completed. Hence the issue.
So ruling out any sending app here is straight forward. The issue then what could be worong with this channel connection, when other data is delivered, trouble is there are no error messages being received on both ends. |
|
Back to top |
|
 |
Mr Butcher |
Posted: Wed Oct 15, 2008 6:20 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
is the retry active on the receiving end?
MREXIT MRTMR MRRTY Parameters in the receiver channel definition?
if so, switch it off and retry _________________ Regards, Butcher |
|
Back to top |
|
 |
PeterPotkay |
Posted: Wed Oct 15, 2008 9:33 am Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
Since he sent another message over the channel and it was delivered I think that rules out anything having to do with the receiving side's message retry parms. If the RCVR channel was paused on messsge retrying, nothing would be getting thru. _________________ Peter Potkay
Keep Calm and MQ On |
|
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
|
|
|
|