After upgrading to Symdump Batch r 11 CA Optimizer programs are abending with an CEE3201S S0C1 abend?
search cancel

After upgrading to Symdump Batch r 11 CA Optimizer programs are abending with an CEE3201S S0C1 abend?

book

Article ID: 196983

calendar_today

Updated On:

Products

SymDump for CICS SymDump Batch

Issue/Introduction

After upgrading Symdump Batch and Intertest Batch from Release 9.0 to release 11.0 batch jobs are abend with an SOC1 abend? Symdump batch captured and S0C1 abend and generated the following report. 

CA SYMDUMP BATCH     V11.0                                                                            

CEE3201S The system detected an operation exception (System Completion  Code=0C1).  

INTERRUPT OCCURRED AT ADDRESS 0020CA9C AT OFFSET +017564 IN PROGRAM TRCENGIN

ENTRY POINT ADDRESS IS 001F5538 AT OFFSET +000000 IN PROGRAM TRCENGIN

CA SYMDUMP BATCH     V11.0                                                                                     

JOB: QCIP945D   STEP: Q020R      PROGRAM: TRCENGIN
 ********************
 * PROGRAM TRCENGIN *
 ********************

 COMPILED ON JUN  4,1997 AT 17.17.58 WITH COBOL VS 2.4

 OPTIMIZED WITH CA-OPTIMIZER   6.0
 OPTIMIZER OPTIONS: NOCICS, NODTECT, NOXCOUNT

 CAPD112W SYMBOLIC INFORMATION NOT FOUND FOR PROGRAM "TRCENGIN".

 

 

Environment

Z/OS 

Cause

I cannot explain why someone would add the CA Optimizer release 6.0 CA Optimizer RUNTIME termination card to the CAIRIM initialization PDS to be used at IPL time to start products.
 If there was a purpose at the time(A work around) it should have been removed shortly after it was no longer need. The impact of this card being present in the member was not obvious and a problem waiting to surface. 

PRODUCT(CA-OPTIMIZER/RTL) VERSION(RX14) INIT(RX14TERM) PARM(RTLONLY)

Resolution

The Symdump batch product provides support for CA Optimized programs by default. At IPL time CAIRIM is used to START certain CA products.
At IPL time CAIRIM starts Symdump Batch r 11 which loads 11 load modules into system CSA storage including the module that was missing and caused the problem CAOCEMCK. 

I cannot explain why someone would add the CA Optimizer release 6.0 CA Optimizer RUNTIME termination card to the CAIRIM initialization PDS to be used at IPL time to start products.
If there was a purpose at the time(A work around) it should have been removed shortly after it was no longer need. The impact of this card being present in the member was not obvious and a problem waiting to surface. 

PRODUCT(CA-OPTIMIZER/RTL) VERSION(RX14) INIT(RX14TERM) PARM(RTLONLY)

Release 6.0 was announced GA in 1992 and went out of support in 6-3-1999. So I guess this CA optimizer termination card was being used since the mid 1990's.   

In last weeks CAS9 initialization before the upgrade you started Symdump batch r 9.0 AFTER the CA Optimizer terminate card below.  

PRODUCT(CA-OPTIMIZER/RTL) VERSION(RX14) INIT(RX14TERM) PARM(RTLONLY)

The card above runs and deleted CAOCEMCK from CSA storage. Then Symdump batch r 9.0 was started and reloaded CAOCEMCK into storage.

In the current CAS9 after the upgrade 

We started  Intertest and Symdump r 11 which loaded CAOCEMCK into storage. Next the CA Optimizer RX14TERM program ran and deleted CAOCEMCK from storage.

Since you upgraded to Symdump release 11 you were required to remove the Symdump Batch r 9.0 initialization card and CAOCEMCK  was never reloaded. This caused the TRCENGIN CA Optimized module to abend.

To resolve the problem we removed the OLD Symdump batch termination card below from CAIRIM and resubmit CAIRIM to restart the products which loaded the missing modules into storage.

PRODUCT(CA-OPTIMIZER/RTL) VERSION(RX14) INIT(RX14TERM) PARM(RTLONLY)