Dumpcode: EDK9, Dumpid: 1/0001, Tranid: SCFD, Tranum: 00000118, Program: VPEHJN70
Article ID: 110128
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.
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.
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.
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.
Feedback
Yes
No
Powered by
