|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Channel sender in retrying state |
« View previous topic :: View next topic » |
Author |
Message
|
aguabell |
Posted: Thu Oct 20, 2005 5:35 am Post subject: Channel sender in retrying state |
|
|
Newbie
Joined: 31 Aug 2005 Posts: 3
|
Hi,
Is there a way to configure the queue manager to avoid retrying state for channels when remote queue managers are stopped and started?
In fact, when I stop and start a remote queue manager and a I try a runmqchl command, I got the following mistake: "AMQ9526: Message sequence number error for channel "
I know that we can manually reset and restart the channel to correct the error, but I'd like to know if we can configure the manager to avoid this problem.
Any advice?
thanks. |
|
Back to top |
|
 |
scottm |
Posted: Thu Oct 20, 2005 6:11 am Post subject: |
|
|
Apprentice
Joined: 13 May 2004 Posts: 44 Location: SE Tennessee
|
Simply stopping and starting a remote queue manager should not cause the sequence numbers to go out of sync. I think the first thing you should try to determine is WHY the sequence numbers are going out of sync.
Is someone resetting the receiver channel?
Is the channel being deleted and re-created? |
|
Back to top |
|
 |
Mr Butcher |
Posted: Thu Oct 20, 2005 6:13 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
A channel has 2 ends, a sending and and a receiving end. when you stop the receiving end, there is no way to "keep the channel up" (the sender will recognize it somewhen). you can avoid the retry be changing the short and long retry counts, but the channel will go in stop state.
by stopping and starting a receiving end (in your case the remote queuemanager), there should not be a message sequence number error. (you do e.g.if you create new definitions, or if this is a backup queuemanager). if it is the same queuemanager and you do not change the configuration, then the restart should be fine and the sender should go running on his next retry interval without sequence problem.
if you get it all the time, there must be someting else causing it. (maybe someone clearsall queues including the SYSTEM.CHANNEL.SYNCQ ?!?).
How are the counters for the channel? Is one counter always 0 (or 1, depending on plattform) or how do they differ from each other? _________________ Regards, Butcher |
|
Back to top |
|
 |
aguabell |
Posted: Thu Oct 20, 2005 11:20 pm Post subject: |
|
|
Newbie
Joined: 31 Aug 2005 Posts: 3
|
I have tried to analyze the counters today and it seems to work fine.
I don't know why, yesterday, the managers couldn't synchronize each other, but today the synchronization is OK.
Thanks for the replies. |
|
Back to top |
|
 |
Mr Butcher |
Posted: Thu Oct 20, 2005 11:32 pm Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
do you remember the counter values when the sync error ocurred?
if one was 4711 and the other 4712 then there could be a message lost (although mq do not lose messages).
if one is 0/1 and the other 4712 then probably someone reset the channel, or redefined the cannel, or or... _________________ Regards, Butcher |
|
Back to top |
|
 |
aguabell |
Posted: Thu Oct 20, 2005 11:45 pm Post subject: |
|
|
Newbie
Joined: 31 Aug 2005 Posts: 3
|
In fact, it was simple tests, when the sync erroc occured the counter values were 2 for the sender and 1 for the receiver.
The tests I tried to do was:
post one message on the local manager, stop the remote manager, post again a message, restart the remote manager, then post a last message.
The test did not work yesterday, I had always the AMQ9526 error message.
And now, the test works fine.
It is possible that one message was lost yesterday, but normally mq should not lost a message. |
|
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
|
|
|
|