Question & Answer
Why is my CICS Transaction Server for z/OS (CICS TS) region getting the following abend 878 with reason 10 indicating System is Short On Storage (SOS) above the line?
IEAVTSDTN.CÖæþ/B...X.À..COMPID=DF115,CSECT=????????+????,DATE=??/??/??, MAINTID=????????,ABND= 878,RSN=00000010 ISSUER=IEFAB4ED,ERRCSECT=IEFAB469,COMPID=5752-SC1B4,COMPON=DEVICE ALLOCATION-JFCB HOUSEKEEPING
I am using IAM from Innovation Data Processing.
To look at the MVS storage in a system dump use UPCS command VSMDATA 'NOG,SUMM':
LOCAL STORAGE MAP ___________________________ | |80000000 <- Top of Ext. Private | Extended | | LSQA/SWA/229/230 |7FF80000 <- Max Ext. User Region Address |___________________________|7F0EB000 <- ELSQA Bottom | | | (Free Extended Storage) | |___________________________|7F0E8000 <- Ext. User Region Top | | | Extended User Region | |___________________________|16300000 <- Ext. User Region Start : : : Extended Global Storage : =======================================<- 16M Line
Max to the bottom and page up to see the TCBs that are using the most storage, then browse the storage to see who is allocating all of the Storage. In this case, the following TCB was using most of the storage:
9F8588 131 8 31000 50FBC000 50FED000
This TCB points at DFHKETCB/DFHSIP but CICS is not getmaining this storage.
You can use a Getmain Freemain Trace to determine who is allocating the storage. See Starting and Stopping GFS trace in the z/OS documentation for more information about getting the trace. In this case, the following modules were getmaining the storage:
IAM recommended specifying INDEXSPACE=64BIT which tells IAM to Getmain IAM index buffers above the bar. It can be a global or region specific override. Contact IAM Support for more details.
CICS/TS CICSTS CICS TS CICS Transaction Server
24 March 2020