Various abends due to overlays and or storage in the wrong key.
ISTRACRR received an abend 0C4 when the storage it was referencing was no longer in key 6. Storage key changed to random key values.
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.
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
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.
More support for:
z/OS Communications Server
Software version: 1.11, 1.12, 1.13, 2.1, 2.2, 2.3
Operating system(s): z/OS
Software edition: All Editions
Reference #: 1567592
Modified date: 28 December 2012
Translate this page: