IBM Support

PM95061: WMQ Z/OS 7.1 ABEND0C4 IN CSQ2QCP2 +34C AFTER ALTERING THE STORAGE CLASS OF AN IMS BRIDGE QUEUE FROM OTMA TO NON OTMA

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • ABN=0C4-00000004,U=SYSOPR  ,C=R3600.710.XMC -CSQ2QCP2,
    M=CSQGFRCV,LOC=CSQ2IEPL.CSQ2QCP2+0000034C
    .
    Altering a storage class (stgclass) of an IMS bridge queue
    from OTMA to non OTMA resulted in abend0C4 in CSQ2QCP2.
    Abend occurred because 2 tasks were accessing the MQ QTE
    block of that IMS queue at the same time without serialization.
    .
    This problem is similar to PK72191
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND0C4 in CSQ2QCP2 when altering      *
    *                      the storage class on an IMS bridge      *
    *                      queue so it is non OTMA.                *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The storage class of a shared IMS Bridge queue is altered from
    OTMA to non OTMA. (The old STGCLASS of the queue had XCFGNAME
    and XCFMNAME specified, and the new STGCLASS does not.)
    This results in an ABEND0C4 in CSQ2QCP2.
    This has occurred because CSQMREF1 calls CSQ2QCP2 to log the
    deletion of the queue's sync TPIPE and is suspended. During the
    suspension CSQMTAPB has been invoked due to a kiss-and-tell
    broadcast for the storage class change. It also attempts to log
    the deletion of the queue's sync tpipe and is suspended.
    The original suspension is resumed, logs the deletion of the
    async TPIPE, and sets the pointers to the sync and async TTE to
    zero. The second suspension is resumed and attempts to log the
    deletion of the async TPIPE, but passes the zero async TTE
    address causing the ABEND0C4.
    

Problem conclusion

  • CSQ2TAP has been altered to ensure latching is implemented
    correctly for altering the STGCLASS of an IMS Bridge queue.
    100Y
    CSQ2TAP
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM95061

  • 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

    2013-08-14

  • Closed date

    2013-11-29

  • Last modified date

    2014-01-02

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

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

    UI13101

Modules/Macros

  • CSQ2TAP
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI13101

       UP13/12/24 P F312

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:
02 January 2014