Author |
Message
|
jringer |
Posted: Mon Nov 05, 2007 9:31 pm Post subject: Events not clearing tranmission queues |
|
|
Newbie
Joined: 05 Nov 2007 Posts: 8
|
I have the following scenario that is bugging us. We are connecting a Unix installation running MQ 5.3 under WBI to a Linus 6.0 standalone version commnicating over vpn. Everything works fine, except we have to start the channels manually (in each direction) to get the data to flow out of the XMIT queues. Once we start the channels (from an inactive status) the messages flow and continue to flow for the duration the channel stays active. I have the same AIX system communicating with multiple MQ instances and this is the only one giving us problems. I've had other people verify the INITQ, Channel, and XMIT configurations and noone can find anything wrong on the UNIX server. I've also verified the config on the LINUX server side. This happens regardless if I were to drop a test message or have one sent via a WBI connector.
Any suggestions or known issues? |
|
Back to top |
|
 |
elvis_gn |
Posted: Mon Nov 05, 2007 9:43 pm Post subject: Re: Events not clearing tranmission queues |
|
|
 Padawan
Joined: 08 Oct 2004 Posts: 1905 Location: Dubai
|
Hi jringer,
jringer wrote: |
Everything works fine, except we have to start the channels manually (in each direction) |
I think you should search the forum or the docs for concept of 'triggering channel'.
Regards. |
|
Back to top |
|
 |
jringer |
Posted: Mon Nov 05, 2007 9:45 pm Post subject: |
|
|
Newbie
Joined: 05 Nov 2007 Posts: 8
|
As I stated the other connections work fine, I understand the concepts of triggering. |
|
Back to top |
|
 |
elvis_gn |
Posted: Mon Nov 05, 2007 9:51 pm Post subject: |
|
|
 Padawan
Joined: 08 Oct 2004 Posts: 1905 Location: Dubai
|
Hi jringer,
jringer wrote: |
As I stated the other connections work fine, I understand the concepts of triggering. |
I'm glad you understand the concept of triggering...
Ok, my mistake, I did not notice that you've already triggered the channels...but I would still ask you to search, there are topics here with ppl having the same issue...reading about your issue will be easy for you to solve the problem, rather than first explaining it to us and our suggesting possible solutions...finally if nothing works, we can still sit with it...
Regards. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Nov 06, 2007 3:05 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Are there uncommited messages on the XMITQ? _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
jringer |
Posted: Tue Nov 06, 2007 4:36 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2007 Posts: 8
|
Yes, they will sit in the XMIT queue on both sides until we bounce the channels, and we have different channels defined, one into my system, one out of my system. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Nov 06, 2007 4:41 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
I don't mean "are there messages on the XMITQ", I mean are there messages in syncpoint that are not committed that are on the XMITQ?
If there are, this could impact channel triggering. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
Nigelg |
Posted: Tue Nov 06, 2007 4:53 am Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004 Posts: 1046
|
Is the channel initiator running? On UNIX it is the process runmqchi. It is possible for it not to be started at qmgr startup by setting a qm.ini parameter Chinit=NO, or by starting the qmgr with the flag -ns. _________________ MQSeries.net helps those who help themselves.. |
|
Back to top |
|
 |
jringer |
Posted: Tue Nov 06, 2007 4:57 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2007 Posts: 8
|
I'm not sure how to verify that. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Nov 06, 2007 5:01 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Nigelg wrote: |
On UNIX it is the process runmqchi. |
ps -ef|grep runmqchi _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
jringer |
Posted: Tue Nov 06, 2007 5:04 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2007 Posts: 8
|
Yes the runmqchi is running. |
|
Back to top |
|
 |
jringer |
Posted: Tue Nov 06, 2007 5:34 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2007 Posts: 8
|
And when I check the indoubt status, it is NOT in doubt |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Nov 06, 2007 5:39 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
that doesn't mean there are not uncommitted messages on the XMITQ.
You can get-enable the XMITQ, and compare the qdepth to the number of messages you can see when you browse the queue. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
jringer |
Posted: Tue Nov 06, 2007 6:45 am Post subject: |
|
|
Newbie
Joined: 05 Nov 2007 Posts: 8
|
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Nov 06, 2007 6:48 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
There are no error messages in the error logs on either qmgr?
There is at least one process that has SYSTEM.CHANNEL.INITQ open for Input? _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
|