PH32169: 5C6-00C9FEEE AND 5C6-00E7014F ABENDS

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Background info: A JMS consumer.receiveBody() method works by
  first browse locking the candidate message and then performing
  the destructive get of the message.
  
  Error info:
  
  
  
  When browse locking a message on a shared queue, the message is
  moved to an internal browse lock queue, represented by a
  coupling facility list, so that other applications don't see
  the message. The destructive get for the message is then done
  by matching on the MsgToken.
  
  
  
  MQ uses coupling facility list authorities to track changes to
  shared queues, and we have identified a defect which causes MQ
  to use the wrong list authority when getting a browse locked
  message by MsgToken. This leads to 5C6-00C9FEEE and
  5C6-00E7014F abends.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
  *                 Release 1 Modification 0 and Release 2       *
  *                 Modification 0.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: When getting a browse-locked message by *
  *                      MsgToken from a shared queue with       *
  *                      MQMO_MATCH_MSG_TOKEN, ABEND             *
  *                      5C6-00C9FEEE and 5C6-00E7014F may       *
  *                      occur.                                  *
  *                                                              *
  *                      This can occur when using the JMS       *
  *                      consumer.receiveBody() method.          *
  ****************************************************************
  MQ uses XES List Authorities to keep in-memory copies of MQ
  shared queue control blocks up to date. A defect in the MQGET by
  MsgToken logic results in the QMGR using the wrong list
  authority for browse-locked messages.
  

Problem conclusion

• The code has been changed to use the correct list authority when
  getting a browse-locked message by MsgToken from a shared queue.
  

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:

  UI73170 UI73171

Modules/Macros

• CSQEMGEK
  

Fix information

• Fixed component name

  IBM MQ Z/OS V9

• Fixed component ID

  5655MQ900

Applicable component levels

• R100 PSY UI73170

     UP21/01/28 P F101

• R200 PSY UI73171

     UP21/01/28 P F101

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.