The standard way of stopping queue managers, using the endmqm command, should work even in the event of failures within the queue manager. In exceptional circumstances, if this method of stopping a queue manager fails, you can use one of the procedures described here to stop it manually.
To stop a queue manager running under WebSphere MQ for Windows:
AMQPCSEA.EXE | The command server |
AMQHASMN.EXE | The logger |
AMQHARMN.EXE | Log formatter (linear logs only) |
AMQZLLP0.EXE | Checkpoint process |
AMQZLAA0.EXE | LQM agents |
AMQZFUMA.EXE | OAM process |
AMQZTRCN.EXE | Trace |
AMQZXMA0.EXE | Execution controller |
AMQXSSVN.EXE | Shared memory servers |
AMQRRMFA.EXE | The repository process (for clusters) |
AMQZDMAA | Deferred message processor |
To stop a queue manager running under WebSphere MQ for UNIX systems:
ps -ef | grep QMNAME
End the processes in the following order:
amqpcsea | Command server |
amqhasmx | Logger |
amqharmx | Log formatter (linear logs only) |
amqzllp0 | Checkpoint processor |
amqzlaa0 | Queue manager agents |
amqzfuma | OAM process |
amqzxma0 | Processing controller |
amqrrmfa | Repository process (for clusters) |
amqzdmaa | Deferred message processor |
Note: | Processes that fail to stop can be ended using kill -9. |
If you stop the queue manager manually, FFSTs might be taken, and FDC files placed in /var/mqm/errors. Do not regard this as a defect in the queue manager.
The queue manager should restart normally, even after you have stopped it using this method.
Attention! |
---|
If you do not shut down a queue manager properly, you run the risk of WebSphere MQ not tidying up operating system resources such as semaphores and shared memory sets. This can result in a gradual degradation of system performance and in you having to reboot your system. |