IBM Support

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

A fix is available

Subscribe

You can track all active APARs for this component.

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-04-04

  • 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 UI44652

       UP17/03/04 P F703

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.



Document information

More support for: IBM MQ

Software version: 8.0

Reference #: PI74031

Modified date: 04 April 2017


Translate this page: