Various abends due to overlays and or storage in the wrong key.

Technote (troubleshooting)


Problem(Abstract)

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.

Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

z/OS Communications Server
All

Software version:

1.11, 1.12, 1.13, 2.1

Operating system(s):

z/OS

Software edition:

All Editions

Reference #:

1567592

Modified date:

2012-12-28

Translate my page

Machine Translation

Content navigation