IBM Support

PI26526: WMQ Z/OS 7.1.0:ABN=0C4-00000004 LOC=CSQMLPLM.CSQNSINF+00000262

A fix is available


You can track all active APARs for this component.


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
    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

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.

Temporary fix


APAR Information

  • APAR number


  • Reported component name

    WMQ Z/OS V7

  • Reported component ID


  • Reported release


  • Status


  • PE




  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date


  • Closed date


  • Last modified date


  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    PI28479 UI22589



Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID


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