Author |
Message
|
hughson |
Posted: Tue May 03, 2016 2:57 am Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
300 seconds is the default, so that suggests your SVRCONN has not been changed from the default and your client application is also picking up the default.
This means that any network problems should be detected within 360 seconds. If you want it detected sooner than that, you will need to get the SVRCONN changed as well as changing it in your code, since the negotiated value (the one shown on DISPLAY CHSTATUS) is the less frequent interval taken from both numbers.
Cheers
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
damuka |
Posted: Tue May 03, 2016 3:11 am Post subject: |
|
|
Newbie
Joined: 02 May 2016 Posts: 9
|
How can I set the HBINT attribute in a XMS application? I don't see any property for that. It seems to me that a disconnection at the server end won't be detected by the client if it doesn't send HEARTBEAT to the server. |
|
Back to top |
|
 |
hughson |
Posted: Tue May 03, 2016 3:19 am Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
Hmm, it looks like the XMS API does not have a way of setting HeartbeatInterval, so you'll have to look into using the CCDT if you want to lower it.
You've already proven it is set though, and so both the client and server will be Heartbeating each other. You have the default 300 seconds set on the client side by doing nothing.
One other thing that is needed to ensure this heartbeating from both ends is the use of SHARECNV(1 or greater). Are you able to check that at the server end?
Cheers
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
damuka |
Posted: Mon May 09, 2016 1:16 am Post subject: |
|
|
Newbie
Joined: 02 May 2016 Posts: 9
|
Hi Morag,
I have finally had to install a lab MQ Server to do my tests.
When I set channel attributes directly in the code, despite the SHARECNV being 10, the client doesn't send HEARTBEAT to the server.
In order to use the CCDT, I defined a CLNTCONN on the server with the same name as the SRVCONN and I copied the generated CCDT to the client.
In this case, I noticed that 2 independent TCP connections are established between the client and the server. But on both connections HEARTBEAT are sent from the server to the client and the client still doesn't send HEARTBEAT to the server. Am I missing something ?
Thank you in advance for your help. |
|
Back to top |
|
 |
mqjeff |
Posted: Mon May 09, 2016 4:36 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
SHARECNV should be 0 or 1 - but really always 1 unless there's a very specific reason.
10 is the default but not the right value. _________________ chmod -R ugo-wx / |
|
Back to top |
|
 |
dudetom |
Posted: Fri Oct 20, 2017 6:14 am Post subject: |
|
|
Apprentice
Joined: 29 Sep 2017 Posts: 45
|
Can no one answer OP's questions??? I'm having the exact same problem and I'm stuck for days with this thing... I'm using direct properties in the .NET code using IBM.XMS. I have no idea how to use CCDT, Can't find anything on Google, or if I find then it's a wall of text (mostly useless wall of text, no to the point)... |
|
Back to top |
|
 |
Vitor |
Posted: Fri Oct 20, 2017 6:56 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
dudetom wrote: |
Can no one answer OP's questions??? |
If no-one's answered in the last year, I'm guessing not.
And I'm guessing that's because there's not one single answer, it depends on the specific set of circumstances. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|