search cancel

Dumpcode: EDK9, Dumpid: 1/0001, Tranid: SCFD, Tranum: 00000118, Program: VPEHJN70

book

Article ID: 110128

calendar_today

Updated On:

Products

CIS COMMON SERVICES FOR Z/OS 90S SERVICES DATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OS COMMON PRODUCT SERVICES COMPONENT Common Services Datacom/AD CA ECOMETER SERVER COMPONENT FOC EASYTRIEVE REPORT GENERATOR FOR COMMON SERVICES INFOCAI MAINTENANCE IPC UNICENTER JCLCHECK COMMON COMPONENT Mainframe VM Product Manager CHORUS SOFTWARE MANAGER CA ON DEMAND PORTAL CA Service Desk Manager - Unified Self Service PAM CLIENT FOR LINUX ON MAINFRAME MAINFRAME CONNECTOR FOR LINUX ON MAINFRAME GRAPHICAL MANAGEMENT INTERFACE WEB ADMINISTRATOR FOR TOP SECRET Xpertware

Issue/Introduction

Good Morning; We receive and applied this ptfs sugested by CA and hypers on Datacom 15.0. 
We recycled the Datacom MUF and CICS regions without problems, but when We gave this command in Ideal: DIS IND PGM this message appears: 04/08/2018 20:54:31 CICSLRDA A transaction dump was taken for dumpcode: EDK9, Dumpid: 1/0001, Tranid: SCFD, Tranum: 00000118, Program: VPEHJN70.
4/08/2018 20:54:31 CICSLRDA Transaction SCFD abend EDK9 in program VPEHJN70 term 4AAJ. Updates to local recoverable resources will be backed out. 

Environment

z/os, CTS 4.2, IPC 15.0, DB 15.0

Cause



EDK9 (This abend was issued from the EDK dispatcher (EDEDITOR) 
module) 

- Explanation: Errors were encountered during an edit session. 
The EDK buffer cannot be located, most likely due to a CICS 
storage violation. 

- User Response: Check ADRLOG output for internal error 
messages, save the dump, and report this problem to CA-Ideal 
Technical Support. 

Resolution

Mix of IPC 14.0/15.0 modules.

At least one IPC module was a 14.0 IPC module. Module in question was EDEDITOR module showing 14.0 coremark.

After module identification and correction of the module DIS INDEX PGM worked as it should.

Additional Information

There are few tools or commands which may help in identify the problem:

If you get into similar problem then: 
-1- Verify IPC release level via command: @I$INTERNAL STATUS. 
-2- Verify module level via command @I$SCF PGM= to dump specific modules just look at the ones that PTFs or just a few of the primary modules like SC00DISP, PMSEDIT and VPEHJExx. 
-3- Verify IPC level via IPCV transaction to check the release on the signon panel. 
-4- Verify module level via browsing CAVQLOAD library and checking module coremark.
-5- Same as 4 but using CICS transaction DBUT M= to verify coremark.  
-6-  Check the dump for any suspicious coremark.