IBM Support

PI55687: WMQ Z/OS: ABN=5C6-00C51134 DURING A 'GET MSG UNDER CURSOR' REQUEST

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Applicationa are issuing MQGETs with
    MQGMO_BROWSE_MSG_UNDER_CURSOR
    and the following abend can happen:
    ABN=5C6-00C51134,S=00000840,C=R3600.710.CFM -CSQEMGEC,M=CSQGFRCV
        LOC=CSQELPLM.CSQEMGEC+000021A4
    
    if there are more than one application processing
    a queue and they  destructively get the messages,
    the messages under the browse cursor may be moved to the
    uncommitted get-list before the MQGET with
    MQGMO_BROWSE_MSG_UNDER_CURSOR is issued.
    

Local fix

  • n/a
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: An application browsing a shared queue  *
    *                      using MQGMO_BROWSE_MSG_UNDER_CURSOR may *
    *                      cause an abend 5C6-00C51134 in          *
    *                      CSQEMGEC.                               *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    An application browses a shared queue using
    MQGMO_BROWSE_MSG_UNDER_CURSOR and is about to read the message
    from the CF.
    Meanwhile another application browses the same message using
    MQGMO_BROWSE_MSG_UNDER_CURSOR but also specifying MQGMO_LOCK,
    alternatively it could be doing a destructive MQGET. This causes
    the message to be moved to the queue manager's uncommitted get
    list.
    The first application's thread resumes, but since the message no
    longer exists in the original location in the CF structure it
    fails with IxlRsnCodeBadEntryList which results in abend
    5C6-00C51134 CSQE_unexpected_XES_Err34.
    

Problem conclusion

  • CSQEMGEC has been changed to handle the IxlRsnCodeBadEntryList
    reason code returned from the CF.
    100Y
    CSQEMGEC
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI55687

  • 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

    2016-01-20

  • Closed date

    2016-03-03

  • Last modified date

    2016-07-30

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

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

    PI57873 UI35841

Modules/Macros

  • CSQEMGEC
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI35841

       UP16/04/12 P F604

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:
30 July 2016