| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| QMgr gets hung. To many ssem |
« View previous topic :: View next topic » |
| Author |
Message
|
| dotaneli |
 Posted: Sun Jan 08, 2006 4:27 am Post subject: QMgr gets hung. To many ssem |
 |
|
Voyager
Joined: 19 Oct 2005
Posts: 99
Location: Israel
|
Hi,
at my work-place, we are upgrading an application from MQ 5.3 CSD 0,
to MQ 6 CSD 1, currently checked in develop enviorment, over HP-UX 11i.
The application is written over C.
We noticed that the /var/mqm/qmgrs/QMNAME/\@ipcc/ssem folder fills with upto 2,000, sometimes 3,000 files (pipes, to be exact...),
which are qmgr sockets.
Once it is filled the qmgr hangs. Meaning, after running runmqsc, and typing something, no response is received.
Sometimes deleting the folder-content, although disconnecting the application, solves the problem. Sometimes a restart of the qmgr is needed.
Alot of the times, the shared memory is maxed out. This does not always occour, so it is not the problem.
I am aware that not using MQDISC leaves the handles.
But, shouldn't MQ clean those unused handles?
These are threads that die immediatly, but the handles keep on living...
On MQ 5.3 we had no such problems. I mean, sure, lots of sockets were created, but the qmgr didn't hang because of it.
It seems like a very old problem of MQ, as described in this old FIX:
http://www-1.ibm.com/support/docview.wss?uid=swg1IX88602
Help anyone?
10x... |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Sun Jan 08, 2006 6:59 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
The fix you referenced is for version 5.0 .... Please....
Have you searched on adopt new ?
As well it is always a BAD decision not to close the connection once it is no longer used. The system keeps the connection open for the tcp connection time out which can be up to 2 hours.
On top of this you consume the max handles and max channels on the qmgr.
You have to force the programers to close the connection once it is no longer used.
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Sun Jan 08, 2006 8:37 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Also, deleting the folder content is *not* a good idea.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| dotaneli |
| Posted: Mon Jan 09, 2006 12:31 am Post subject: |
|
|
Voyager
Joined: 19 Oct 2005
Posts: 99
Location: Israel
|
Ok,
First - I know it is an v 5.0 fix. But it seems like an identical problem.
Second - I will force the programmers to do that.
But - any idea why the change from version 5.3? |
|
| Back to top |
|
|
| mvic |
| Posted: Wed Jan 11, 2006 3:06 am Post subject: Re: QMgr gets hung. To many ssem |
|
|
Jedi
Joined: 09 Mar 2004
Posts: 2080
|
| dotaneli wrote: |
We noticed that the /var/mqm/qmgrs/QMNAME/\@ipcc/ssem folder fills with upto 2,000, sometimes 3,000 files (pipes, to be exact...),
which are qmgr sockets.
Once it is filled the qmgr hangs. Meaning, after running runmqsc, and typing something, no response is received. |
Some questions; no answers (yet), sorry.
1. Why say that the directory fills? Directories don't get full AFAIK (I guess you can run out of inodes(?), but I have never seen this in practice). Unless you're running out of disk space - what is "df -k" showing?
2. How many similar files/pipes were/are there in the 5.3 case?
3. If runmqsc hangs, this probably shows it can't connect to the queue manager, but the queue manager is probably not itself hung. I know why you said it wsa hung, but I want to be clear on this: is any other part of the system unresponsive apart from new runmqsc connections?
One idea (speculation): is this an example of increaesed capacity requirement for MQ 6? Could it be that you're running into a kernel limit that MQ 5.3 didn't reach? |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
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
|
|
|
|
