| Author |
Message
|
| George Carey |
 Posted: Thu Jul 16, 2009 2:10 pm Post subject: shared memory segs and semaphores |
 |
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
Am running Solaris 10 zones with MQ version 6.0.2.2
Doing endmqm QMGRNAME
get Ended normally ...
However, now ... always seeing uncleared M and S objects for mqm user
from 'ipcs -a | grep mqm' command
Don't recall seeing these before ... is this a known problem on this platform and versions? ...
sm segs and semaphores should be cleared on a good 'Ended normally' shutdown should they not ??
Any likely cause/problem I may need to be looking into.
GTC
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Thu Jul 16, 2009 7:35 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
George, they've always been there.
MQ does not remove the shared memory immediately because it expects to be restarted real soon and would then reclaim that memory...
For what it is worth you can use /opt/mqm/bin/amqiclen to clear the shared memory owned by mqm.
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| George Carey |
| Posted: Fri Jul 17, 2009 7:21 am Post subject: shm and sems |
|
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
I thought that they were totally cleaned up with and 'Ended Normally' ??!!
Don't know which platform or version I thought I saw that behavior ... but if not a big issue I won't sweat it at this point.
I have a tcl script that uses ipcs and ipcrm to clear it up ...
Leaving these around for a reboot is not conducive for administration of HA configuration ... even a clean managed failover for sfw upgrade purposes would/should then need to clean up the shm segs and semaphores after a controlled shutdown which is why I thought they would be cleared on an 'Ended normally'.
Rgrds
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Fri Jul 17, 2009 11:09 am Post subject: |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1244
Location: Gold Coast of Florida, USA
|
|
| Back to top |
|
|
| George Carey |
| Posted: Fri Jul 17, 2009 11:33 am Post subject: dspmq |
|
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
Command is kind of worthless ... qmgr specific ... and with no qmgrs running a dspmq command leaves IPC objects ...
results of ipcs -a | grep mqm and then ipcrm them when no mq process is running should not be a problem !!!
And if there is, its IBM's.
rgrds
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Fri Jul 17, 2009 12:58 pm Post subject: Re: dspmq |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| George Carey wrote: |
Command is kind of worthless ... qmgr specific ... and with no qmgrs running a dspmq command leaves IPC objects ...
results of ipcs -a | grep mqm and then ipcrm them when no mq process is running should not be a problem !!!
And if there is, its IBM's.
rgrds |
Not quite. You can choose to make it qmgr specific or you can choose not to use the -m flag...
The advantage in using amqiclen is that it will not remove shared memory that it thinks is still being used by the qmgr.... (So if you don't use force you cannot remove the shared memory of a qmgr that is still running....).
Have faith
_________________
MQ & Broker admin |
|
| Back to top |
|
|
|
|
