IBM Support

PM99655: WMQ Z/OS: CSQE137E AND ABEND5C6-00C51053 ARE ISSUED IF DB2 AND THE CF ARE OUT OF STEP.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When using shared queues DB2 and the CF structure may get out
    of step, due to the difference in MQSH's used for the same LH.
    
    This will result in message CSQE137E and Abend 5C6-00C51053
    being issued when the list header is next used.
    00C51053
    

Local fix

  • n/a
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 0 Modification 1 and Release 1       *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: The queue manager abends with           *
    *                      5C6-00C91200 after a delete command is  *
    *                      issued against a shared queue.          *
    *                      Trying to use a shared queue later on   *
    *                      can fail with message CSQE137E and      *
    *                      abend 5C6-00C51053.                     *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When the delete command for the shared queue is issued on a
    queue manager, the fDelCommit flag is turned in the MQSH and
    the CF copy is updated.
    Following this, there is a small timing window, where if a new
    queue manager is started, and goes through resync processing
    between DB2 and the CF, and will find the fDelCommit flag.
    The queue manager will complete the delete and remove the
    object from the CF and DB2.
    If then a new queue is defined, using the same list header, and
    opened, all queue managers receive a list transition event,
    causing them to refresh their MQSH based on the version that is
    in the CF.
    For the queue manager deleting the queue, the MQSH for the list
    header in question, is still for the old queue. Thus when the
    new MQSH is read from the CF, there is no MQSH left in memory
    referring to the old queue.
    When the queue manager resumes the delete process, it goes ahead
    and deletes the newly created queue, and causes abend
    5C6-00C91200.
    When any of the queue managers in the QSG try to use the new
    queue at a later stage, they fail with message CSQE137E and
    abend 5C6-00C51053.
    

Problem conclusion

  • The code in DB2 resync processing was changed to only delete a
    queue with fDelCommit flag turned on if there is no interest in
    the queue by any of the other queue managers in the QSG.
    010Y
    100Y
    CSQEDB2R
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PM99655

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    010

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-10-22

  • Closed date

    2013-11-28

  • Last modified date

    2014-03-03

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

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

    UI13076 UI13077

Modules/Macros

  • CSQEDB2R
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R010 PSY UI13076

       UP14/02/05 P F402 Ž

  • R100 PSY UI13077

       UP14/02/05 P F402 Ž

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.0.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 March 2014