During the IPL from one of your lpar, CAVARSRV generated the following S378 abend when it started:
DUMPID=001 REQUESTED BY JOB (CAVARSRV)
DUMP TITLE=CAMASTER ........ @ ********; ABEND S378 Rsn=000000
14 at IEANUC01.IGVVSERR+0E26; Issuer=CAVARSRV
IEF196I IEA995I SYMPTOM DUMP OUTPUT
IEF196I SYSTEM COMPLETION CODE=378 REASON CODE=00000014
IEF196I TIME=03.08.01 SEQ=00006 CPU=0000 ASID=0029
IEF196I PSW AT TIME OF ERROR 070C1000 816897A6 ILC 2 INTC 0D
IEF196I NO ACTIVE MODULE FOUND
Why do I have a S378-14 abend issued by CAVARSRV at IPL time?
CA COMMON SERVICES 14.1 - z/OS supported releases -
This came down to a timing issue.
It is possible for us to load a TCB address to use in a STORAGE RELEASE after we have overwritten it with a different TCB address elsewhere.
If this happens, the abend results from releasing storage at an address that doesn’t belong to the TCB specified.
This probably doesn’t occur consistently and shouldn’t affect the functionality of the product when it does occur.
Apply the PTF RO97503 “ABEND S378-14 CAMSTSRV/CAVARSRV AT IPL”
APAR #: RO97503
Product: VARSRV Release: 14.1 Solution #: 13
Title: ABEND S378-14 CAMSTSRV/CAVARSRV AT IPL
The following items are included in this solution:
1. ABEND S378-14 CAMSTSRV/CAVARSRV AT IPL
2. REMOTE SYSTEM UPDATE FAIL RC=60
ABEND S378-14 CAMSTSRV/CAVARSRV AT IPL
After the application of RO94074, S378-14 abends in module CAMSTSRV can occur in the CAVARSRV address space during its initialization at IPL.
Abends and dumps.
No functional impact.
Deploy updated CAW0LINK to be picked up at next IPL.