A fix is available
APAR status
Closed as program error.
Error description
Below 0C4 ABEND in CSQNSINF was reported when processing an ALTER CHL command for channel CHL1 with QSGDISP(GROUP): TITLE=CSQ1,ABN=0C4-00000004,U=IBMUSR1 ,C=R3600.710.CMD -CSQNSINF,M=CSQGFRCV,LOC=CSQMLPLM.CSQNSINF+00000262 Command events are enabled, and so an event message is generated and put to SYSTEM.ADMIN.COMMAND.EVENT, however this queue does not exist. CSQMQCLU detects that the put of the event message failed, and attempts to queue a control block so it can be retried later. However when it calls CSQNSINF it does not pass all of information needed by CSQNSINF for group commands. This leads to an attempt to access the RGRP control block using a null pointer, leading to the 0C4 occurring. Additional Symptom(s) Search Keyword(s):
Local fix
Disable command events, or ensure SYSTEM.ADMIN.COMMAND.EVENT exists.
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 * * Release 1 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: Abend 0C4 in CSQNSINF occurs when * * issuing commands with QSGDISP(GROUP) if * * command events (CMDEV) are enabled and * * messages fail to be put to * * SYSTEM.ADMIN.COMMAND.EVENT (for * * example, if this queue does not exist). * **************************************************************** * RECOMMENDATION: * **************************************************************** After successfully processing a QSGDISP(GROUP) command, a flag is set to indicate that there are additional messages to broadcast to all queue managers in the qsg to issue the commands with QSGDISP(COPY). When CSQMRMMS is called to generate the command message, it calls CSQMQCLU to put the event message to the event queue. If the event queue cannot be put to, CSQMQCLU calls CSQNSINF to queue a control block so that the generation of the event message can be retried. However the flag that was set causes CSQNSINF to incorrectly determine the origin of the command, leading to it taking an incorrect code path and the consequent abend 0C4.
Problem conclusion
CSQ9SCNP is changed to set the flag after CSQMRMMS is called to generate the event message, preventing the problem occurring. 100Y CSQ9SCNP
Temporary fix
Comments
APAR Information
APAR number
PI26526
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
2014-09-25
Closed date
2014-10-29
Last modified date
2014-12-01
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
PI28479 UI22589
Modules/Macros
CSQ9SCNP
Fix information
Fixed component name
WMQ Z/OS V7
Fixed component ID
5655R3600
Applicable component levels
R100 PSY UI22589
UP14/11/13 P F411
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 December 2014