| Author |
Message
|
| KeeferG |
 Posted: Fri Oct 15, 2004 3:23 am Post subject: [RESOLVED] How to determine channel in paused state from SDR |
 |
|
Master
Joined: 15 Oct 2004
Posts: 215
Location: Basingstoke, UK
|
Hi,
I have a situation where the SYSTEM.CLUSTER.TRANSMIT.QUEUE is filling up with messages. It seems that the target queue on the target queue manager is full and the CLUSRCVR is in paused state however the CLUSSDR is running state. I am wondering if this is normal behaviour (I suspuect it is), and if so how do i detected a paused state fromt he sending end as i would like to reroute if this siutation occurs. I dont want to bring down the channel though.
Any help/pointers appreciated
_________________
Keith Guttridge
-----------------
Using MQ since 1995
Last edited by KeeferG on Thu Nov 25, 2004 2:38 am; edited 1 time in total |
|
| Back to top |
|
 |
| PeterPotkay |
| Posted: Fri Oct 15, 2004 8:30 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
There is no way to know from the sending side. This is MQ working as designed. You could drop the values on the RCVR's side for Message Retry Interval / Count, which will keep that side PAUSED a lot less of the time.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| Nigelg |
| Posted: Mon Oct 18, 2004 1:45 am Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004
Posts: 1046
|
If the MRRTY and MRTMR attributes are reduced in the CLUSRCVR, then certainly the channel will spend less time in PAUSED. However, the
channel will then become RETRYING. This situation can be detected by monitoring the channel event queue.
When a cluster channel ends normally, the msgs on the xmitq may be automatically rerouted to an alternative destination in the cluster.
if the msg was put with BIND_NOT_FIXED and there are 2 instances of the destination queue in the cluster the msgs are put through the workload balancing algorithm. This may mean that the msgs will still go to the RETRYING qmgr if there is no other destination - see other posts on how the qmgr is selected to receive a msg. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Oct 18, 2004 6:26 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Nigel, are you saying that after the CLUSRCVR channel has exhausted its Message Retrys, the message will get returned back up to the sender, where the algorithim will try and put it to an alternate destination?
That's cool if would actually do that.
However, I would think that if the algorithim selected a destination for the message, and sent it down that path, that if the CLUSRCVR could not put it (and the only scenario where I think this could happen is the queue is full), then it would go to the DLQ, and NOT be returned to the SNDR. All other scenarios where a CLUSRCVR would be retrying (queue inhibited, etc.) would preclude the algorithim from even sending it down that path in the first place.
Please clarify.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| Nigelg |
| Posted: Tue Oct 19, 2004 12:23 am Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004
Posts: 1046
|
Sorry, my second paragraph did not really follow on from the first.
Peter is right, if the msg cannot be put to the destination queue such that the channel becomes paused, then the msg is put to the DLQ (if there is one) after the retries are exhausted. If there is no DLQ then the msgs are returned to the SDR, but the cure (do not define a DLQ) is worse than the disease.
The situation where msgs are automatically rerouted does apply when cluster channels stop, but only affects msgs currently on the xmitq. |
|
| Back to top |
|
|
| KeeferG |
| Posted: Wed Oct 20, 2004 1:46 am Post subject: |
|
|
Master
Joined: 15 Oct 2004
Posts: 215
Location: Basingstoke, UK
|
Thanks for the info. Has confirmed waht i was thinking.
Cheers
_________________
Keith Guttridge
-----------------
Using MQ since 1995 |
|
| Back to top |
|
|
| Shalini |
| Posted: Wed Oct 27, 2004 8:29 pm Post subject: |
|
|
Master
Joined: 30 Apr 2002
Posts: 224
Location: India
|
Hi All,
What if the network between the two QMGr is down in such case will it be rerouted to another QMGR Channel.
I am telling the situation when my Client sending the message to partial repository and one Of full Repo QMGR network is down in such case the message lies in XMITQ or ????
Please clarify
 |
|
| Back to top |
|
|
| KeeferG |
| Posted: Fri Nov 19, 2004 6:13 am Post subject: |
|
|
Master
Joined: 15 Oct 2004
Posts: 215
Location: Basingstoke, UK
|
The message will just stay in the XMITQ until a valid channel is started.
I am wondering if I write a message retry exit can i get it to fail the put or change the state of the channel. We really need to know that if the target queue is full then to route messages elsewhere and not just load the SYSTEM.CLUSTER.TRANSMIT.QUEUE.
Any ideas people
_________________
Keith Guttridge
-----------------
Using MQ since 1995 |
|
| Back to top |
|
|
|
|
