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

Obtain the fix for this APAR.

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