PI54923: WMQ: ABEND0C4 IN CSQP1GET+000002A0

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• The following program check occurs:
  
  ABN=0C4-00000011,U=SYSOPR,C=R3600.710.BUFF-CSQP1GET,
  M=CSQGFRCV,LOC=CSQPLPLM.CSQP1GET+000002A0
  
  The queue manager then abends with:
  
  CSQV086E QUEUE MANAGER ABNORMAL TERMINATION REASON=00D96001
  
  The failing instruction for the 0C4 is 5890 F014. Reg15 is bad.
  
  CSQIRRED (which has invoked CSQP1GET) has been passed an
  invalid-looking log-record during the restart processing for a
  URID.  CSQRRHSL is processing the shunted log records for the
  UR, and assumes that CSQRRRDT has manipulated the log-record to
  remove the shunt information. However, CSQRRRDT has not done
  this as LRHSHUNI is set.
  
  Additional Symptom(s) Search Keyword(s):
  ABEND0C4 ABENDS0C4 0C4 S0C4 S00C4
  ABN=0C4-00000010 in CSQP1GET+00000292
    with failing instruction 58FA 9420
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
  *                 Release 1 Modification 0.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Abend 0C4 in CSQP1GET during queue      *
  *                      manager startup, and resulting in       *
  *                      startup terminating abnormally with     *
  *                      REASON=00D96001.                        *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  During historic status rebuild, a shunted log record was passed
  to CSQRRRDT and CSQRRHSL. CSQRRRDT detected that the LRHSHUNI
  flag was set, indicating no processing was required for the log
  record, and returned. However when CSQRRHSL then processed the
  log record it assumed the log record had been manipulated by
  CSQRRRDT and consequently checked LRHSHUNI at an incorrect
  location.
  This led to the log record being processed incorrectly, and
  leading to CSQP1GET being called with an invalid pageset
  identifier based on the contents of an incorrect address.
  As the invalid pageset identifier was negative, this led to
  CSQP1GET addressing an inaccessible location and abending 0C4.
  

Problem conclusion

• CSQRRRDT is changed to manipulate shunted records as expected by
  CSQRRHSL, even when the LRHSHUNI flag is set, allowing CSQRRHSL
  to correctly check this flag.
  
  CSQP1GET is changed to correctly validate the pageset parameter
  and abend 5C6-00D70121 if an invalid value is passed.
  100Y
  CSQIRRED
  CSQP1GET
  CSQRRRDT
  

Temporary fix

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

Comments

APAR Information

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

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

  PI55828 UI35345

Modules/Macros

• CSQIRRED CSQP1GET CSQRRRDT
  

Fix information

• Fixed component name

  WMQ Z/OS V7

• Fixed component ID

  5655R3600

Applicable component levels

• R100 PSY UI35345

     UP16/03/03 P F603 ¢

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.