Question & Answer
Why is CICS module DFHKEDOM running in user key? This results an abendS0C4 in DFHKEDOM. The CICS region issues this message when the error happens:
DFHKE0201 ABOUT TO TAKE SDUMP. DUMPCODE: KERNDUMP, DUMPID: 0/0000. (MODULE DFHKESTX).
IPCS command VERBX DFHPDxxx 'KE=1' (where xxx is your release level of CICS like 690 for CICS TS 5.2) shows the following information in the KE Error Table:
Execution key at Program Check/Abend: 9 Branch Event Address: DFHPIDSH + X'02BA' CICS Error Instruction Address: DFHKEDOM + X'0806' Instruction Length: 6 Interrupt Code: 0004
The instruction that fails is:
EBECD0080024 STMG RE,RC,KERNRGST
Registers 14 through 12 would be stored at Register 13+x'24'.
Register 13 points at the KE STACK Entry for the task.
The problem is that the KE STACK storage is Key 8 but the code is running in Key 9.
The CICS regions message log contained these messages:
DFHPG0209 Resource definition for DFHPIDSH has been autoinstalled using model DFHPGAPG
DFHAP1212 The program DFHPIDSH was defined as Cobol but CICS has redefined it as Assembler.
DFHKEDOM was called by program DFHPIDSH. The PG (Program Domain) in the dump shows this information for that module:
PPTE Program Mod Lang Lang Inst CEDF Aval Data EXEC Address Name Type Def Ded Type Stat Stat Loc Key 2B411E00 DFHPIDSH PG COB ASS A CED E A U
The "Install Type" is "A" indicating it was autoinstalled.
The "EXEC Key" is set to "U" for User. This is Key 9.
DFHPIDSH is in the group DFHPIPE. If that group is not installed, the programs it defines have to be autoinstalled.
You need to add DFHPIPE to the group list (GRPLIST) referenced by the CICS regions. Then the resources in DFHPIPE will be properly installed with EXEC Key CICS (Key 8).
CICS/TS CICSTS CICS TS CICS Transaction Server
30 November 2016