IBM Support

PI74031: 5C6-00D401F1,LOC=CSQMLPLM.CSQM1PGW+0000084C

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

APAR status

  • Closed as program error.

Error description

  • 5C6-00D401F1,
    C=W9700.800.MMC -CSQM1PGW,
    LOC=CSQMLPLM.CSQM1PGW+0000084C
    and
    5C6-00E7014F,C=W9700.800.CHIN ,
    LOC=CSQXADPM.CSQXADPM+051DE
    .
    The abend occurs when there has been a
    successful MQGET browse, followed by an
    MQGET with MQGMO_SET_SIGNAL which returned
    MQRC_SIGNAL_REQUEST_ACCEPTED, followed by an
    MQGET with MQGMO_MSG_UNDER_CURSOR which
    returned MQRC_NO_MSG_UNDER_CURSOR.
    This leaves the handle in a state such that
    when a message is put to the queue the
    5C6-00D401F1 abend occurs.
    .
    Additional Symptom(s) Search Keyword(s):
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 8 *
    *                 Release 0 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend 5C6-00D401F1 may be issued by     *
    *                      CSQM1PGW during an MQPUT when there has *
    *                      been a previous MQGET with              *
    *                      MQGMO_SET_SIGNAL and subsequent MQGET   *
    *                      with MQGMO_MSG_UNDER_CURSOR which       *
    *                      failed with MQRC_NO_MSG_UNDER_CURSOR    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    If an application uses an MQGET to set a signal, and
    subsequently a MQGET with MQGMO_MSG_UNDER_CURSOR is performed,
    but this returns MQRC_NO_MSG_UNDER_CURSOR, the failing MQGET
    leaves a handle on the get-wait chain. When an MQPUT is
    performed, the processing will attempt to put to waiting
    getters. In this case the handle is not valid, and the CSQM1PGW
    abends 5C6 reason 00D401F1.
    

Problem conclusion

  • MQGET processing in this scenario has been altered to correctly
    cancel the outstanding signal and remove it from the MQGET wait
    chain when subsequent MQGETs are performed for messages under
    cursor. This prevents the incorrect state when the MQPUT
    attempts to service any outstanding waiters.
    000N
    CSQMGET
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI74031

  • 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

    2016-12-20

  • Closed date

    2017-02-14

  • Last modified date

    2017-02-14

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

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

    PI74767 UI44652

Modules/Macros

  • CSQMGET
    

Fix information

  • Fixed component name

    WMQ Z/OS 8

  • Fixed component ID

    5655W9700

Applicable component levels

  • R000 PSN

       UP



Document information

More support for: WebSphere MQ

Software version: 8.0

Reference #: PI74031

Modified date: 14 February 2017