A fix is available
APAR status
Closed as program error.
Error description
The customer attempted to stop all queue managers in a sysplex. Only one qmgr with the full repository came down gracefully. It seems the other qmgrs hung (or stalled) during shutdown. Eventually the customer had to use the force command to bring them down. . When the STOP QMGR MODE(FORCE) command is issued, the queue-manager tries to put an event message to SYSTEM.ADMIN.COMMAND.EVENT. However, as there is no local queue of this name, a query is sent to the full repository and CSQMZLOO goes into a 1 second wait. However, as a STOP MODE(FORCE) has been issued CSQMZLOO is never woken from the wait. This results in the shutdown hang. . Additional Symptom(s) Search Keyword(s):
Local fix
No Local Fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 * * Release 1 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: Queue managers that are partial * * respositories in a cluster, with * * command events turned on, but without a * * local SYSTEM.ADMIN.COMMAND.EVENT queue * * for the event messages to be put to, * * may hang during shutdown, if STOP * * MODE(FORCE) is used without a prior * * stop MODE(QUIESCE). * **************************************************************** * RECOMMENDATION: * **************************************************************** During shutdown with MODE(FORCE), a command event message will be put the command event queue (SYSTEM.ADMIN.COMMAND.EVENT) if event messages are turned on for commands. However in the case of where the queue is not local, and the queue manager is a member of cluster, CSQMZLOO is called to look up the queue within the cluster. During the lookup, if no existing subscription exists, a sleep may be entered. However this isn't cancelled by the force command, resulting in the queue manager hanging during shutdown.
Problem conclusion
The sleep call within CSQMZLOO has been changed, to be allowed to be terminated in the case of a MODE(FORCE) stop of the queue manager. 100Y CSQMZLOO
Temporary fix
Comments
APAR Information
APAR number
PI48946
Reported component name
WMQ Z/OS V7
Reported component ID
5655R3600
Reported release
100
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2015-09-17
Closed date
2015-12-04
Last modified date
2016-02-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
PI53066 UI33544
Modules/Macros
CSQMZLOO
Fix information
Fixed component name
WMQ Z/OS V7
Fixed component ID
5655R3600
Applicable component levels
R100 PSY UI33544
UP16/01/08 P F601
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
01 February 2016