PM92039: MESSGE LOST AFTER ABEND0D6 DUE TO RRS FAILURE

Obtain the fix for this APAR.

APAR status

• Closed as unreproducible in next release.

Error description

• After RRS failure, ABEND0D6 occurs at CSQIRRSI which is trying
  to issue an Express_UR_Interest.
  The recovery processing does not undo the MQGET process, but it
  returns to the application with MQRC 2195.
  The application then issues commit which results in message
  lost. In this situation the message should have been backed out
  before returning the application with MQRC 2195.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
  *                 Release 0 Modification 1.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: MQGET with MQGMO_SYNCPOINT for a shared *
  *                      queue completes with MQRC 2195          *
  *                      (MQRC_UNEXPECTED_ERROR) and the message *
  *                      is removed from the queue.              *
  *                      An underlying abend occurs during the   *
  *                      get processing, such as, but not        *
  *                      limited to, 0D6-00000027 (RRS abend).   *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  An MQGET is being processed, and the message has been moved to
  the uncommitted get queue. As this is for a shared queue, the
  ETRQS and ETROP control blocks have been created.
  After the underlying abend occurred, the recovery processing
  that takes place in CSQIMGES does not undo the creation of the
  ETRQS and ETROP blocks, nor does it move the message back to the
  queue from the uncommitted get queue.
  

Problem conclusion

Temporary fix

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

Comments

• The code has been changed to correctly track the message that
  was put on the uncommitted get queue as part of the MQGET call
  and back it out correctly if required.
  

APAR Information

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

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

  UK96064

Modules/Macros

• CSQEMGEB CSQEMGEC CSQEMGEK CSQEMGET CSQESYN1
  CSQETHDP CSQIMGES
  

Fix information

• Fixed component name

  WMQ Z/OS V7

• Fixed component ID

  5655R3600

Applicable component levels

• R010 PSY UK96064

     UP13/08/23 P F308 Ž

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.