PH53483: MQ Z/OS: RECOVERY PHASE 1 FAILED WITH IXLRSNCODEINVALIDEVENT AND 5C6-00C51045 ABEND WAS ISSUED. 23/03/27 PTF PECHANGE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Abend 5C6-00C51045 occurs after CF is deactivated. And queue
  managers in the QSG receive below messages:
  CSQE033E +CSQ1 CSQERWIP Recovery phase 1 failed for structure
  QSG1STR01 connection name QSG1STR1CON1,RC=00000000
  reason=00000C06
  CSQM056E +CSQ2 CSQMIGQA MQGET failed for queue
  SYSTEM.QSG.TRANSMIT.QUEUE, MQRC=2345 (MQRC_CF_NOT_AVAILABLE)
  CSQE007I +CSQ2 CSQESTE EEPLLOSSCONN event received for
  structure STR01 connection name CSQEQS01CSQ204
  CSQE148I +CSQ2 CSQESTE Loss of connectivity processing for
  structure STR01 has been deferred
  CSQE007I +CSQ2 CSQESTE EEPLDISCFAILCONNECTION event received
  for structure STR01 connection name QSG1STR1CON1
  CSQE008I +CSQ2 CSQESTE Recovery event from QSC1 received for
  structure STR01
  CSQE015I +CSQ2 CSQESTE Recovery phase 2 not attempted for
  structure STR01 connection name
  CSQY291E CSQWDSDM SDUMPX FAILED,
  RC=00000208,CSQ2,ABN=5C6-00C51045,LOC=CSQELPLM.CSQESTE
  The problem in this case is that MQ has used an EVENTSEQ# of 0
  for the IXLEERSP response to the EeplDiscFailConnection event.
  The sequence number used is obtained from the STRB for the
  structure. In this case the STRB PLR sequence number was not
  updated when phase 1 PLR was requested due to new code added by
  APAR PH40878 with PTF UI79255 at V920.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
  *                 Release 2 Modification 0 and                 *
  *                 Release 3 Modification 0.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Abend 5C6-00C51045 occurs in CSQESTE    *
  *                      on a queue manager experiencing a CF    *
  *                      Loss of Connectivity event, if Peer     *
  *                      Level Recovery (PLR) fails on another   *
  *                      queue manager and APAR PH40878 (PTF     *
  *                      UI81566 / UI79255) are applied.         *
  ****************************************************************
  After applying PH40878, a queue manager experiencing a loss of
  connectivity to the CF will no longer attempt to perform PLR
  for another queue manager's failed connection to the CF.
  However, if a different queue manager attempts PLR for that
  connection, and is unsuccessful, the failure is broadcast to
  the affected queue manager.
  On receiving this broadcast, the queue manager attempts to issue
  a message indicating that it won't perform Phase 2 of PLR, and
  this leads to the abend due to reliance on values set in Phase 1
  of PLR.
  

Problem conclusion

• CSQESTE is changed to no longer report the overall failure of
  Phase 1 of PLR on queue managers that are not involved in the
  PLR operation.
  

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:

  UI92550 UI92551

Modules/Macros

• CSQE197M CSQESEX  CSQESTE  CSQEWRKT
  

Fix information

• Fixed component name

  IBM MQ Z/OS V9

• Fixed component ID

  5655MQ900

Applicable component levels

• R200 PSY UI92551

     UP23/07/15 P F307 {

• R300 PSY UI92550

     UP23/07/15 P F307 {

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.