SVC Dump - ABND=0C3-00000003,...C=111.ASMC-DSNVDSRB,M=DSNVIALC
search cancel

SVC Dump - ABND=0C3-00000003,...C=111.ASMC-DSNVDSRB,M=DSNVIALC

book

Article ID: 112299

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 Compress Data Compression for MVS Compress Data Compression for Fujitsu

Issue/Introduction

We are running DB2 version 11 NFM on z/OS 2.3 and during start up after an IPL, our DBM1 started task took a dump with the following title: PH1D,ABND=0C3-00000003,U=SYSOPR ,M=N ,C=111.ASMC-DSNVDSRB,M=DSNVIALC, PSW=077C0001BDAE2C18,A=009E I will FTP tersed copies of the dump, SYSLOG and EREP reports for the time of the dump, and DB2 the started task joblogs. Please let me know if you need any additional information

Environment

z/OS

Cause

Dump shows S0C3 abend in CASR230U because the pointer to the real copy of a DB2 module is zero in the expected ENF/DB2 control block. It looks like a timing issue where an intercept was driven before its "implantation" was complete. 

Resolution

Level 2 attached ST05153 to this case for download via SUPPORT.CA.COM . It can be located in the "File Attachments" tab. To implement: Deploy updated CAW0LOAD, refresh LLA if necessary and issue command: ENF REFRESH(CASR230)