IBM Support

PI47734: 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=xxxxx.800.MMC -CSQMMTPR,
    M=CSQGFRCV,LOC=CSQMLPLM.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=xxxxx.xxx.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 8 *
    *                 Release 0 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.
    000Y
    CSQMESTP
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI47734

  • Reported component name

    WMQ Z/OS 8

  • Reported component ID

    5655W9700

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-08-27

  • Closed date

    2015-09-01

  • Last modified date

    2015-11-03

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

    PI43758

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

    UI30746

Modules/Macros

  • CSQMESTP
    

Fix information

  • Fixed component name

    WMQ Z/OS 8

  • Fixed component ID

    5655W9700

Applicable component levels

  • R000 PSY UI30746

       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":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
03 November 2015