| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| Channel drop issue between Q Mgrs + Load balancer |
« View previous topic :: View next topic » |
| Author |
Message
|
| sm138929 |
 Posted: Thu Dec 20, 2007 10:05 am Post subject: Channel drop issue between Q Mgrs + Load balancer |
 |
|
Apprentice
Joined: 29 Aug 2007
Posts: 25
|
Hi ,
We have discussed the idletimeout issue with IBM support and with Cisco support for the CSS load balancer idleflow timeout ..Cisco says they wont recommend the timeout value in CSS tobe 0 i.e no timeout but can be set at a higher value say 20 mins ...However MQIPT requires a constant connecttion to keep the channels up ...we tried a couple of things in our Stage/preprod env ...
We set the MQ sdr chl disc int to 300 sec...MQ IPT idletimeout to 0,Cisco CSS load balncer idleflowtimeout to 400 sec ,HBT int at 500..Result ---RCVR Channel dropped at 6 hrs ..Next we did another test ....
We set the MQ sdr chl disc int to 300 sec...MQ IPT idletimeout to 6 mins or 360 secs,Cisco CSS load balancer idleflowtimeout to 400 secs ,HBT int at 500 secs..Now the sdr chl is disconnecting acc to the DISCinterval normaly ..However the rcvr keeps dropping abnormally at every 6 mins ....We are now getting the following message in log ...
12/20/07 07:04:48
AMQ9209: Connection to host '10.X.Y.216' closed.
EXPLANATION:
An error occurred receiving data from '10.X.Y.216' over TCP/IP. The
connection to the remote host has unexpectedly terminated.
ACTION:
Tell the systems administrator.
----- amqccita.c : 2781 -------------------------------------------------------
12/20/07 07:04:48
AMQ9999: Channel program ended abnormally.
EXPLANATION:
Channel program 'CHN.R1.TO.F000CA' ended abnormally.
ACTION:
Look at previous error messages for channel program 'CHN.R1.TO.F000CA' in the
error files to determine the cause of the failure.
_________________________________________________
where 10.X.Y.216 is the IP of the MQIPT ........
R1.TO.F000CA is the rcvr chl ....
So we are little confused in what values we should have for MQIPT and load balancer so that we have less abnormal chl drops .
Thanks ..and Happy Holidays ..
SM
Last edited by sm138929 on Thu Dec 20, 2007 10:08 am; edited 1 time in total |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Thu Dec 20, 2007 10:08 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Are you seeing drops in the MQIPT log, too? I mean, maybe it's the other side of MQIPT that's dropping the channel, and MQIPT is causing the drop to appear to be happing there, rather than where it really is.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| sm138929 |
| Posted: Thu Dec 20, 2007 10:12 am Post subject: MQIPT + channel drop |
|
|
Apprentice
Joined: 29 Aug 2007
Posts: 25
|
Hi ,
Thanks for the reply ...I am bit confused with the other side of MQIPT ..do you mean our business partner end MQIPT /MQ .
I am not very good at looking at MQ IPT logs..You mean to say the log that is /mqipt/error/logs.....
Thanks..
SM |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Dec 20, 2007 10:16 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
I do mean the business partner end... If they're dropping their sender channel, then your receiver isn't going to have much chance of staying up.
I don't know MQIPT well enough to say that those are the right logs, but it seems like they should be.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
|
|
|
|
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
|
|
|
|
