IBM Support

PI43758: WMQ Z/OS: ABEND0C4 IN CSQMMTPR DURING SHUTDOWN WHEN SYSTEM.CHLAUTH.DATA.QUEUE HAS NOT BEEN DEFINED

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • An abend occurs during shutdown:
    ABN=0C4-00000011,U=xxxxxxx ,C=R3600.710.MMC -CSQMMTPR,
    M=CSQGFRCV,LOC=CSQMLPLM.CSQMMTPR
    
    The failing instruction is BA06 5000, which is in CSQMMTPR+1D6E
    at the UI23964 level (the offset will vary for other levels of
    CSQMMTPR).
    
    Reg5 is bad. The source of the bad address is IVSA.PMARKTABLE,
    which points to an address that has been freed.
    
    The 0C4 occurs during shutdown when SYSTEM.CHLAUTH.DATA.QUEUE
    has not been defined. This results in an attempt to put an
    event message to SYSTEM.ADMIN.QMGR.EVENT. However, the
    mark-table for this queue has already been deleted, hence the
    0C4 occurs.
    
    A follow-on symptom may be:
    ABN=5C6-00E50002,U=MQMVERS ,C=R3600.710.MMC -CSQMMTPR,
    M=CSQGFRCV,LOC=CSQMLPLM.CSQMMTPR
    
    00E50002 means "UNLATCH REQUEST AND LATCH NOT OWNED BY
    REQUESTING EB".  The 0C4 interfered with the latching process.
    
    Additional Symptom(s) Search Keyword(s):
    ABEND0C4 ABENDS0C4 S0C4 S00C4 0C4
    ABEND5C6 ABENCS6C6 S5C6 S05C6 5C6
    MTTB  STOP QMGR
    

Local fix

  • Define SYSTEM.CHLAUTH.DATA.QUEUE. Reference the definition in
    CSQ4INSA in SCSQPROC.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend 0C4 occurs in CSQMMTPR when       *
    *                      master address space is terminating.    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    During queue manager termination CSQMESTP calls rsxAccessCache
    (CSQTXACH) which tries to open queue SYSTEM.CHLAUTH.DATA.QUEUE.
    However if this queue has not been defined then the open fails
    and an event message is written to SYSTEM.ADMIN.QMGR.EVENT.
    CSQIMPU2 calls CSQMMTPR which tries to access the queue's
    mark table (IVSA.pMarkTable).
    However CSQMESTP has already set MGBL.fMTTermReq, and the
    CSQMMTIN task may have already deleted the mark table so the
    thread abends with 0C4.
    

Problem conclusion

  • CSQMESTP has been changed so that rsxAccessCache is called
    before the mark table is deleted.
    100Y
    CSQMESTP
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI43758

  • 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-06-24

  • Closed date

    2015-09-01

  • Last modified date

    2015-11-03

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

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

    PI47734 UI30744

Modules/Macros

  • CSQMESTP
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI30744

       UP15/10/07 P F510

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:
03 November 2015