| Author |
Message
|
| swap1 |
 Posted: Fri Oct 21, 2011 11:27 pm Post subject: Messages getting piled up (HSTATE ??) |
 |
|
Newbie
Joined: 11 Oct 2011
Posts: 2
|
Hi All,
I have a situation where the messages get piled up on my Local Queue from where the application is supposed to pickup via SVRCONN channel.The messages pile up for around 20 mins and start moving.The requirment is that the message needs to be delivered without any delay.
I tried checking questatus on the queue which shows the HSTATE as Inactive and under normal condition the HSTATE is Active
Also as there are a lot of applications using the same SVRCONN channel I tried to count the total active channels and the count was 252 and MAXHANDS is configured at 256.
Apologies if what I am trying to solve might not be related to parameters I am checking for.
Request your guidance to move in the right direction. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Sat Oct 22, 2011 2:33 am Post subject: Re: Messages getting piled up (HSTATE ??) |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| swap1 wrote: |
| Also as there are a lot of applications using the same SVRCONN channel I tried to count the total active channels and the count was 252 and MAXHANDS is configured at 256. |
Why is the limit so close to the needed number? Why not increase it and/or split the applications over a number of channels?
Is the SVRCONN in question one of the SYSTEM ones? If so why because that's not best practice! Also the queue manager may be trying to use a few channels itself and bumping the applications.
Finally, and most critical to your issue, how do the applications on that SVRCONN react to connection errors from the queue manager? Could it be that they all abend, wait and reconnect at or about the same time & it's taking 20 mins for them all to get a handle and get working?
Or is one application not releasing unused connections and forcing the others off?
All more compelling reasons to split applications across different SVRCONNs
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Sat Oct 22, 2011 4:44 am Post subject: Re: Messages getting piled up (HSTATE ??) |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| Vitor wrote: |
| swap1 wrote: |
| Also as there are a lot of applications using the same SVRCONN channel I tried to count the total active channels and the count was 252 and MAXHANDS is configured at 256. |
Why is the limit so close to the needed number? Why not increase it and/or split the applications over a number of channels? |
MAXHANDS does not dictate how many channels can be running at one time. Its the maximum number of open handles that any one connection can have at the same time.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| swap1 |
| Posted: Sat Oct 22, 2011 6:38 am Post subject: |
|
|
Newbie
Joined: 11 Oct 2011
Posts: 2
|
@ Vitor:
It is not the System SVRCONN channels that are used .
We have configured a new SVRCONN channels.
There are no errors observed either on the applications or the MQ.
MQ is also not throwing any errors at that time.
@Peter :Is there anyway I can check how many handles are created by this channel
The application is hosted on WAS 5.1 and does not use and MDB listener to listen to the queue.
Any specific areas that I could focus on to solve this issue. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sat Oct 22, 2011 6:02 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| swap1 wrote: |
@ Vitor:
It is not the System SVRCONN channels that are used .
We have configured a new SVRCONN channels.
There are no errors observed either on the applications or the MQ.
MQ is also not throwing any errors at that time.
@Peter :Is there anyway I can check how many handles are created by this channel
The application is hosted on WAS 5.1 and does not use and MDB listener to listen to the queue.
Any specific areas that I could focus on to solve this issue. |
So I guess the application is only making request/reply type of calls.
You still need to be able to handle the max # of concurrent calls.
If you're not using V7 with share conversation you'll need as many channel instances as max # of concurrent calls.
You should in fact provision for at least 50 to 100% more.
Check your maxchannels stanza in qm.ini and remember this is the number of channels (all type of channels) across all applications (scope qmgr)...
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Sun Oct 23, 2011 11:03 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
you can check the no. of connections at that time.. using qmstatus command.
e.g.
| Quote: |
display qmstatus all
8 : display qmstatus all
AMQ8705: Display Queue Manager Status Details.
QMNAME(RTEST) STATUS(RUNNING)
CONNS( 8 ) CMDSERV(RUNNING)
CHINIT(RUNNING) STANDBY(NOPERMIT)
|
and you can check which appl. is holding the connection at the most, at that moment, using :
| Quote: |
| display conn(*) all |
you can avoid asterisk here if you already know the particular conname !
you can say what kind of msgs are being put on the queue !
you can fine tune the mq if the performance is not good, search at google fine+tuning+mq , and you would find a note from developerWorks on it.
Thanks.
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Oct 23, 2011 11:22 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| shashivarungupta wrote: |
you can say what kind of msgs are being put on the queue !
|
What does this statement mean exactly?
_________________
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 |
|
|
|
|
