| Author |
Message
|
| EricL |
 Posted: Wed Nov 08, 2017 7:48 am Post subject: How does MQ client app use sharecnv - share conversation |
 |
|
Centurion
Joined: 10 Oct 2014
Posts: 102
|
Hi,
We have a system consists of WAS(ver8) + MQ(ver8), MQ client apps running on WAS, connected to MQ through a defined channel, related settings from WAS and MQ are using default values:
MQ:
1. There is no MaxActiveChannels and MaxChannels specified in qm.ini
2. Sharing Conversations is 10 for Channel definition
WAS:
1. Maximum connections is 10 for both Connection pools & Session pool
When I check channel this morning with:
echo "DIS CONN(*) TYPE(CONN) CONNAME CHANNEL" | runmqsc MYQM | grep "CHANNEL(MYCHANNEL)" |wc -l
I noticed there are 121 connections.
Questions are:
1. I'm not sure if my understanding is correct or not, which is:
Since the connection is 121, more than 100 (default no. of connections is 100, e.g. 10 Connection pools X 10 Session pools =100), it must be using Sharing Conversations, becaues if we consider "Sharing Conversations", there could be maximum 1000 connections available, e.g. default 100 connections X 10 sharing conversations, is this true?
2. How do we monitor "Sharing Conversations" usage on MQ?
Thanks
Eric |
|
| Back to top |
|
 |
| zpat |
| Posted: Wed Nov 08, 2017 8:01 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Max sharing conversations and currently sharing conversations are values that I can see on my MO71 channel status, and I am sure MQ explorer has the same information and no doubt RUNMQSC does as well.
_________________
Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
| Back to top |
|
|
| EricL |
| Posted: Wed Nov 08, 2017 1:41 pm Post subject: |
|
|
Centurion
Joined: 10 Oct 2014
Posts: 102
|
Found out a very informative link created by Morag:
https://mqgem.wordpress.com/2016/06/23/maxchannels-vs-dis-qmstatus-conns/
Got much better understanding of channel instances and channel connections, which often easily get confused.
For my case, I have 78 channel instances, where:
CURSHCNV(10): 4
CURSHCNV(0): 68
CURSHCNV(1): 4
CURSHCNV(3): 1
CURSHCNV(6): 1
So total 121 connections there, this does make sense !
Many thanks everyone.
Eric |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Nov 09, 2017 5:56 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| EricL wrote: |
Found out a very informative link created by Morag:
https://mqgem.wordpress.com/2016/06/23/maxchannels-vs-dis-qmstatus-conns/
Got much better understanding of channel instances and channel connections, which often easily get confused.
For my case, I have 78 channel instances, where:
CURSHCNV(10): 4
CURSHCNV(0): 68
CURSHCNV(1): 4
CURSHCNV(3): 1
CURSHCNV(6): 1
So total 121 connections there, this does make sense !
Many thanks everyone.
Eric |
Anything between 105 and 121 makes sense : innocent:
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| EricL |
| Posted: Thu Nov 09, 2017 3:37 pm Post subject: |
|
|
Centurion
Joined: 10 Oct 2014
Posts: 102
|
Thanks for your interesting Grand.
Can please elaborate what do you mean by "Anything between 105 and 121 makes sense"?
Not sure where does 105 come from?
Thanks
Eric |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Nov 09, 2017 11:17 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| EricL wrote: |
Thanks for your interesting Grand.
Can please elaborate what do you mean by "Anything between 105 and 121 makes sense"?
Not sure where does 105 come from?
Thanks
Eric |
| Code: |
min max
CURSHCNV(10): 4 31 40
CURSHCNV(0): 68 68 68
CURSHCNV(1): 4 4 4
CURSHCNV(3): 1 1 3
CURSHCNV(6): 1 1 6
-----------------------------------------
total connections 105 121
|
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| EricL |
| Posted: Fri Nov 10, 2017 12:24 pm Post subject: |
|
|
Centurion
Joined: 10 Oct 2014
Posts: 102
|
Thanks for the explanation.
It is becoming more and more interesting, I'm not sure if 31 is the minimum number or not, but I'm thinking if some client applications closed connections from below connection list, then the number of below connections will be dropped, it might drop to any number right? Could be even less than 30 right?
| Code: |
min max
CURSHCNV(10): 4 31 40
CURSHCNV(0): 68 68 68
CURSHCNV(1): 4 4 4
CURSHCNV(3): 1 1 3
CURSHCNV(6): 1 1 6
-----------------------------------------
total connections 105 121
|
|
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sun Nov 12, 2017 2:44 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Not Quite.
31 is the minimum for 4 reported channel instances with sharecnv @ 10.
If there were only 30 you'd only have 3 reported channel instances...
Now the status of the connection is as perceived by the server... and it should not be closed...
That's the way it works... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| EricL |
| Posted: Mon Nov 13, 2017 6:57 am Post subject: |
|
|
Centurion
Joined: 10 Oct 2014
Posts: 102
|
Perfect 
Another question could be popped up next:
1. If for example, an application with 35 threads connected to MQ, it used 4 channel instances - CURSHCNV(10): 4
2. When the application stop running, how can those 4 instances be reused by other application? MQ would not stop and close them?
Great thanks in advance..... |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Nov 13, 2017 8:26 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| EricL wrote: |
Perfect
Another question could be popped up next:
1. If for example, an application with 35 threads connected to MQ, it used 4 channel instances - CURSHCNV(10): 4
2. When the application stop running, how can those 4 instances be reused by other application? MQ would not stop and close them?
Great thanks in advance..... |
When the application stops running I'd expect it to have released all its resources before doing so.
This means that the 4 shown channel instances should go away. (35 threads closed).
You might want to check if there is anything in closing or close_wait status on the sockets...
Have fun
_________________
MQ & Broker admin |
|
| Back to top |
|
|
|
|
