Author |
Message
|
pintrader |
Posted: Mon Sep 22, 2014 7:17 pm Post subject: Network performance |
|
|
Disciple
Joined: 22 Jan 2014 Posts: 164
|
Hi
I have followed the recommendations here: http://www-01.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.ins.doc/q008560_.htm
for installing WMQ on Solaris 10.
May I ask if any of those kernel settings affects network performance? I ask because my recv channels sometimes can take minutes to get established with remote QMGR. Sometimes it can be quite fast to get established. So was wondering if any of these settings can affect this. I am not a networking/Solaris administrator.
What recommended settings can you propose for a production system, besides the ones recommended in the above doc
thanks |
|
Back to top |
|
 |
bruce2359 |
Posted: Mon Sep 22, 2014 9:03 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
What problem-determination analysis have you done? Any errors logged? _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
pintrader |
Posted: Tue Sep 23, 2014 12:18 am Post subject: |
|
|
Disciple
Joined: 22 Jan 2014 Posts: 164
|
bruce2359 wrote: |
What problem-determination analysis have you done? Any errors logged? |
There are no errors, except tcp connection time out if it takes too long to establish. For my current case, my receiver channels take 2 days to come up (assuming the network guys did not do anything). Sometime it takes minutes.
For normal operation of channel connection, i believe it shouldn't take this long.
Is there any industry experiences on why channels has delays in establishing connections? Is there some channel settings/attributes that I can fine tune further?
thanks |
|
Back to top |
|
 |
hughson |
Posted: Tue Sep 23, 2014 2:33 am Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
pintrader wrote: |
For my current case, my receiver channels take 2 days to come up |
Can I just be clear what you are saying here. Are you saying that it takes two days from the time the sender channel is started to when the receiver channel goes into Running status?!
"Fine" tuning doesn't seem to be the word to use here. You have a serious network issue, if this is the case.
Cheers
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
pintrader |
Posted: Tue Sep 23, 2014 3:55 am Post subject: |
|
|
Disciple
Joined: 22 Jan 2014 Posts: 164
|
hughson wrote: |
pintrader wrote: |
For my current case, my receiver channels take 2 days to come up |
Can I just be clear what you are saying here. Are you saying that it takes two days from the time the sender channel is started to when the receiver channel goes into Running status?!
"Fine" tuning doesn't seem to be the word to use here. You have a serious network issue, if this is the case.
Cheers
Morag |
thanks for response. yes, from the time sender is started. 2 days later the receiver and sender established connection. I also encounter slowness when putting messages (from client) to remote queue. Takes 20-30s to put a message. Yes I am also guessing some network issues. The clients and QMGR are running on virtual machines though..And the sending side (RemoteQMGR) is running on actual physical server
client --[slowness to put msg]--> QMGR <---[slowness to establish recv channel connection]---> RemoteQMGR |
|
Back to top |
|
 |
hughson |
Posted: Tue Sep 23, 2014 4:02 am Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
pintrader wrote: |
from the time sender is started. 2 days later the receiver and sender established connection. |
While the sender is trying to make the connection, what does DISPLAY CHSTATUS show the STATUS and most importantly the SUBSTATE to be?
Read: Channel Sub Status
Cheers
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
pintrader |
Posted: Tue Sep 23, 2014 5:21 am Post subject: |
|
|
Disciple
Joined: 22 Jan 2014 Posts: 164
|
hughson wrote: |
pintrader wrote: |
from the time sender is started. 2 days later the receiver and sender established connection. |
While the sender is trying to make the connection, what does DISPLAY CHSTATUS show the STATUS and most importantly the SUBSTATE to be?
Read: Channel Sub Status
Cheers
Morag |
hi, i do not have access to remoteQMGR as its external. will check. thanks |
|
Back to top |
|
 |
hughson |
Posted: Tue Sep 23, 2014 5:38 am Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
pintrader wrote: |
hi, i do not have access to remoteQMGR as its external. will check. thanks |
pintrader wrote: |
There are no errors, except tcp connection time out if it takes too long to establish. |
Get them to give you the full error messages show in their queue manager error log while you are at it.
Cheers
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
pintrader |
Posted: Thu Sep 25, 2014 1:50 am Post subject: |
|
|
Disciple
Joined: 22 Jan 2014 Posts: 164
|
hughson wrote: |
pintrader wrote: |
from the time sender is started. 2 days later the receiver and sender established connection. |
While the sender is trying to make the connection, what does DISPLAY CHSTATUS show the STATUS and most importantly the SUBSTATE to be?
Read: Channel Sub Status
Cheers
Morag |
hi , the substate is BINDING.. |
|
Back to top |
|
 |
hughson |
Posted: Thu Sep 25, 2014 5:19 am Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
pintrader wrote: |
hi , the substate is BINDING.. |
BINDING is the STATUS, please look again what is in the SUBSTATE field. It is not BINDING.
Cheers
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
Tibor |
Posted: Thu Sep 25, 2014 5:36 am Post subject: |
|
|
 Grand Master
Joined: 20 May 2001 Posts: 1033 Location: Hungary
|
pintrader wrote: |
There are no errors, except tcp connection time out if it takes too long to establish. For my current case, my receiver channels take 2 days to come up.... |
You should check the kernel level TCP settings, because default TCP timeout is painfully long (2 * 60 secs). Search for ndd and tcp_time_wait_interval |
|
Back to top |
|
 |
|