Troubleshooting
Problem
ISTRACRR received an abend 0C4 when the storage it was referencing was no longer in key 6. Storage key changed to random key values.
Symptom
Investigation of the dumps showed references to names IIPTDATA, DT$DIIPT and DT$DIIP2 in areas of the overlays. Logrec also showed previous abend0C4 PIC3B abends in DT$DIIP2.
SYMPTOM DESCRIPTION
------- -----------
RIDS/DT$DIIPT#L LOAD MODULE NAME: DT$DIIPT
RIDS/DT$DIIP2 CSECT NAME: DT$DIIP2
AB/S00C4 SYSTEM ABEND CODE: 00C4
PRCS/0000003B ABEND REASON CODE: 0000003B
REGS/A009E REGISTER/PSW DIFFERENCE FOR R0A:-009E
RIDS/RETRY001#R RECOVERY ROUTINE CSECT NAME: RETRY001
Cause
Maintenance was applied to the product CA Platinum, a DB2 monitor tool, sometime just before the abends began to occur. Review of the RSM control blocks show that the PFT that relates to the storage address has been overlaid. This overlay caused RSM to think this storage is key 0. RSM is now pointing to the wrong PFTE.
Resolving The Problem
RO31742 is the fix that is being provided by Computer Associates for the CA Platinum product.
Was this topic helpful?
Document Information
Modified date:
15 June 2018
UID
swg21567592