| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQ sender channels RETRYING |
« View previous topic :: View next topic » |
| Author |
Message
|
| vanushreevyas |
 Posted: Thu Sep 04, 2014 6:43 am Post subject: MQ sender channels RETRYING |
 |
|
Novice
Joined: 28 Nov 2011
Posts: 20
|
Hi,
We have got 2 P2P sender channels(A.B.SDR1 and A.B.SDR2) from System A to System B.
Both the channels use a different xmit q and are currently in RETRYING state.
We have tried to RESOLVE, RESET both the channels(sending as well as receiving end) to no avail. There are no network issues between the two systems as third sender Channel A.B.SDR3 is up and running.
MQ Logs show a strange channel dependence as below:
A.B.SDR1 starting
A.B.SDR2 is in-doubt
A.B.SDR1 ended abnormally
A.B.SDR2 starting
A.B.SDR1 is in-doubt
A.B.SDR2 ended abnormally
Not sure on why the logs show 2 channels as dependent on each other.
MQ version : 6.0.2.8 on Linux.
Any pointers on this issue would be helpful before we try and recreate the channels which might involve clearing SYSTEM.CHANNEL.SYNCQ.
Actual logs:
-----------------------------------
9/04/2014 11:39:20 AM - Process(32401.1) User(mqm) Program(runmqchl)
AMQ9002: Channel 'A.B.SDR1' is starting.
EXPLANATION:
Channel 'A.B.SDR1' is starting.
ACTION:
None.
-------------------------------------------------------------------------------
09/04/2014 11:39:20 AM - Process(32401.1) User(mqm) Program(runmqchl)
AMQ9507: Channel 'A.B.SDR2' is currently in-doubt.
EXPLANATION:
The requested operation cannot complete because the channel is in-doubt with
host 'B'.
ACTION:
Examine the status of the channel, and either restart a channel to resolve the
in-doubt state, or use the RESOLVE CHANNEL command to correct the problem
manually.
----- amqrmrca.c : 1626 -------------------------------------------------------
09/04/2014 11:39:20 AM - Process(32401.1) User(mqm) Program(runmqchl)
AMQ9999: Channel program ended abnormally.
EXPLANATION:
Channel program 'A.B.SDR1' ended abnormally.
ACTION:
Look at previous error messages for channel program 'A.B.SDR1' in
the error files to determine the cause of the failure.
___________________
Thanks and Regards,
Vanu |
|
| Back to top |
|
 |
| Vitor |
| Posted: Thu Sep 04, 2014 7:11 am Post subject: Re: MQ sender channels RETRYING |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| vanushreevyas wrote: |
| MQ version : 6.0.2.8 on Linux. |
Yikes. Seriously? Do you use steam powered servers as well?
What caused the original in-doubt problem?
What happens when you RESOLVE the channels? In more detail than "it doesn't work"?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| vanushreevyas |
| Posted: Thu Sep 04, 2014 7:36 am Post subject: |
|
|
Novice
Joined: 28 Nov 2011
Posts: 20
|
This was actually a test system and by the time the problem was noticed we had lost the logs showing when the INDOUBT problem started.
However, there were no changes made to the system recently.
RESOLVE CHANNEL command is issued succesfully.
'AMQ8025: WebSphere MQ channel resolved.'
Though the channels stay as RETRYING with the MQ error logs mentioned in the original post. What baffles me is the linked dependency of 2 channels shown in the logs. |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Sep 04, 2014 7:50 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| vanushreevyas wrote: |
| What baffles me is the linked dependency of 2 channels shown in the logs. |
It baffles you that an old, out of support and fairly buggy version of WMQ has gone crackers? I'm baffled how it's still working. Or why you expect it to.
| vanushreevyas wrote: |
| However, there were no changes made to the system recently |
No changes? Not to the OS, not to any software on the OS, not to the network that these channels run over (both in terms of setting and hardware)? So everything was working (by which I also mean no temporary network outages) and the channels just had a psychotic break?
With v6.0.2.8 I can believe it, but I'm impressed by your level of confidence in your site's change control system to identify every possible change to the infrastructure. Especially in a test environment where people typically don't apply change control as rigerously as in other places; and occassionally make changes to test if they work that sometimes prove to be unfortunate.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Thu Sep 04, 2014 9:54 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
I would be curious to know what the results of DIS CHS(*) SAVED is. Surely it is possible that you do (or did) have more than one channel defined reading from the same transmission queue. MQ will not allow you to start channel X if channel Y is indoubt and using the same transmission queue. After all, a channel being indoubt is a bit of a misnomer....it is really the transmission queue which is indoubt.
the DIS CHS(*) SAVED should show us what channel is indoubt and we can then RESOLVE than one.
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| 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
|
|
|
|
