According to the CICS manual you should not use REGION=0M. So rerun the job with REGION=8M or REGION=10M or REGION=5M or any other number until it does not abend.
Next, if it abends, review your Central Storage allocation and see how much below the line storage you have. You need to identify that on your LPAR. Next, if it abends reduce the number of modules you are trying to scan - start with scanning 1 module and work your way up until you abend. Next, review this Share presentation on storage http://proceedings.share.org/client_files/SHARE_in_Boston_2/Session_7511_han dout_419_0.pdf IBM's virtual storage manager (VSM) handles requests for virtual storage below the 2G "bar". The 64-bit architecture extended the maximum address space size from 2G to 16 exabytes, and RSM manages this expanded virtual space above 2G. While virtual storage constraint relief focuses on removal of pressures on the 2G below the bar, virtual below 2G continues to be premium real estate in an address space. An introduction to the interfaces and tuning knobs for optimum use and management of this virtual storage below 2G is the topic of this presentation. While this presentation focuses on some of the new enhancements in VSM, it is also a good primer on VSM basics, including overviews of the GETMAIN, FREEMAIN, STORAGE and CPOOL macros, Common Storage Tracker, and VSM statements in the DIAGxx member IEASYSxx. http://proceedings.share.org/client_files/SHARE_in_San_Jose/S2818ET091905.pd f http://proceedings.share.org/client_files/SHARE_in_Tampa_Bay/S2819JN104600.p df Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Jake anderson > Sent: Thursday, February 20, 2014 3:11 AM > To: [email protected] > Subject: Re: Below the Line Storage Allocation > > Hello, > > I am pasting the Job log > > 10.53.23 JOB02673 IEW4000I FETCH FOR MODULE DFHEISUP FROM > DDNAME STEPLIB FAILED BECAUSE INSUFFICIENT STORAGE WAS > AVAILABLE. > 10.53.23 JOB02673 CSV031I LIBRARY ACCESS FAILED FOR MODULE > DFHEISUP, RETURN CODE 24, REASON CODE 26080021, DDNAME STEPLIB > 10.53.23 JOB02673 CSV028I ABEND106-0C JOBNAME=UxxxxxxR > STEPNAME=DFHSCAN > 10.53.23 JOB02673 IEA995I SYMPTOM DUMP OUTPUT 502 > 502 SYSTEM COMPLETION CODE=106 REASON CODE=0000000C > 502 TIME=10.53.23 SEQ=00242 CPU=0000 ASID=0037 > 502 PSW AT TIME OF ERROR 070C1000 81391A30 ILC 2 INTC > 0D > 502 NO ACTIVE MODULE FOUND > 502 NAME=UNKNOWN > 502 DATA AT PSW 01391A2A - 8400181E 0A0D18FB 180C181D > 502 GR 0: 00001F00 1: 84106000 > 502 2: 26080021 3: 0000000C > 502 4: 00000014 5: 006FF540 > 502 6: 7F4A6100 7: 0000000C > 502 8: 7F4A6150 9: 01391F58 > 502 A: 00000024 B: 00000014 > 502 C: 00000000 D: 7F4A6150 > 502 E: 84106000 F: 0000000C > 502 END OF SYMPTOM DUMP > 10.53.23 JOB02673 IEF450I UxxxxxxR DFHSCAN - ABEND=S106 U0000 > REASON=0000000C > 10.53.23 JOB02673 - > -----TIMINGS (MINS.)------ -----PAGING > COUNTS---- > 10.53.23 JOB02673 -STEPNAME PROCSTEP RC EXCP CONN TCB > SRB CLOCK SERV WORKLOAD PAGE SWAP VIO SWAPS > 10.53.23 JOB02673 -DFHSCAN *S106 18 15 .00 > .00 .0 127 BATCH 0 0 0 0 > 10.53.23 JOB02673 -UxxxxxxR ENDED. NAME- TOTAL TCB > CPU TIME= .00 TOTAL ELAPSED TIME= .0 > 10.53.23 JOB02673 $HASP395 UxxxxxR ENDED > 0------ JES2 JOB STATISTICS ------ > - 13 FEB 2014 JOB EXECUTION DATE > - 54 CARDS READ > - 139 SYSOUT PRINT RECORDS > - 0 SYSOUT PUNCH RECORDS > - 9 SYSOUT SPOOL KBYTES > - 0.00 MINUTES EXECUTION TIME > 1 //UxxxxxxR JOB > MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T, JOB02673 > // NOTIFY=&SYSUID > REGION=0M 00030000 > IEFC653I SUBSTITUTION JCL - > MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,NOTIFY=U125861 > 2 //DFHSCAN EXEC PGM=DFHEISUP,PARM=('SUMMARY, > DETAILMODS'),REGION=0M > > //********************************************************************* > > > > //* > * > //* JCL NAME = > DFHEILMS * > > //* > * > //* DESCRIPTIVE NAME = CICS Load Module > Scanner * > //* Sample JCL for running the Load > Module * > //* > Scanner * > > //* > * > //* FUNCTION > = * > > //* > * > //* Sample JCL for running the Load Module > Scanner * > > //* > * > //* The file DSN qualifier &HLQ must be > changed. * > > //* > * > //* The CICS Operations and Utilities Guide contains a > detailed * > //* description of the Load Module > Scanner * > > //* > * > > //********************************************************************* > > 3 //STEPLIB DD > DSN=CICSTS42.CICS.SDFHLOAD,DISP=SHR > 4 //SYSPRINT DD > SYSOUT=* > 5 //SYSERR DD > SYSOUT=* > 6 //DFHFLTR DD > DSN=Uxxxxx.TESTLIB.JCL(DFHEIDBR),DISP=SHR > 7 //DFHDTL DD > DSN=Uxxxxx.MODLIST,DISP=(NEW,CATLG,DELETE), > // > DCB=(RECFM=FB,LRECL=80,BLKSIZE=8000),SPACE=(CYL,(1,1)) > 8 //DFHLIST DD > DUMMY > 9 //DFHIN DD > DSN=Lxxxxxx.CICS.LOAD,DISP=SHR > ICH70001I UXXXXXX LAST ACCESS AT 10:52:16 ON THURSDAY, > FEBRUARY 13, 2014 IEF236I ALLOC. FOR UxxxxxxR DFHSCAN IEF237I 1001 > ALLOCATED TO STEPLIB IEF237I JES2 ALLOCATED TO SYSPRINT IEF237I > JES2 ALLOCATED TO SYSERR IGD103I SMS ALLOCATED TO DDNAME > DFHFLTR IGD101I SMS ALLOCATED TO DDNAME (DFHDTL ) > DSN (Uxxxxxx.MODLIST ) > STORCLAS (STANDARD) MGMTCLAS ( ) DATACLAS ( ) > VOL SER NOS= > DTWK02 > IEF237I DMY ALLOCATED TO DFHLIST > IGD103I SMS ALLOCATED TO DDNAME DFHIN > IEW4000I FETCH FOR MODULE DFHEISUP FROM DDNAME STEPLIB > FAILED BECAUSE INSUFFICIENT STORAGE WAS AVAILABLE. > CSV031I LIBRARY ACCESS FAILED FOR MODULE DFHEISUP, RETURN > CODE 24, REASON CODE 26080021, DDNAME STEPLIB CSV028I ABEND106- > 0C JOBNAME=Uxxxxx1R STEPNAME=DFHSCAN IEA995I SYMPTOM DUMP > OUTPUT SYSTEM COMPLETION CODE=106 REASON CODE=0000000C > TIME=10.53.23 SEQ=00242 CPU=0000 ASID=0037 > PSW AT TIME OF ERROR 070C1000 81391A30 ILC 2 INTC 0D > NO ACTIVE MODULE FOUND > NAME=UNKNOWN > DATA AT PSW 01391A2A - 8400181E 0A0D18FB 180C181D > GR 0: 00001F00 1: 84106000 > 2: 26080021 3: 0000000C > 4: 00000014 5: 006FF540 > 6: 7F4A6100 7: 0000000C > 8: 7F4A6150 9: 01391F58 > A: 00000024 B: 00000014 > C: 00000000 D: 7F4A6150 > E: 84106000 F: 0000000C > END OF SYMPTOM DUMP > IEF472I UxxxxxxR DFHSCAN - COMPLETION CODE - SYSTEM=106 > USER=0000 REASON=0000000C > IEF285I CICSTS42.CICS.SDFHLOAD KEPT > IEF285I VOL SER NOS= DVX3A2. > IEF285I Uxxxxx.UxxxxxR.JOB02673.D0000101.? SYSOUT > IEF285I Uxxxxx.UxxxxxR.JOB02673.D0000102.? SYSOUT > IGD104I Uxxxxx.TESTLIB.JCL RETAINED, > DDNAME=DFHFLTR > IGD105I Uxxxxx.MODLIST DELETED, > DDNAME=DFHDTL > IGD104I Lxxxxx.CICS.LOAD RETAINED, > DDNAME=DFHIN > IEF373I STEP/DFHSCAN /START 2014044.1053 IEF032I STEP/DFHSCAN > /STOP 2014044.1053 > CPU: 0 HR 00 MIN 00.03 SEC SRB: 0 HR 00 MIN 00.00 > SEC > VIRT: 4K SYS: 252K EXT: 0K SYS: 12104K > IEF375I JOB/UxxxxxxR/START 2014044.1053 IEF033I JOB/UxxxxxxR/STOP > 2014044.1053 > CPU: 0 HR 00 MIN 00.03 SEC SRB: 0 HR 00 MIN 00.00 > SEC > > > > On Thu, Feb 20, 2014 at 3:15 PM, Lizette Koehler > <[email protected]>wrote: > > > You can check your jesmsglog for information on what was used by your > > application. I am guessing you are trying to run the DFHEISUP utility > > in CICS. > > > > You should see a message similar to this one: > > IEF374I STEP/CACCATIN/STOP 2007323.0942 CPU 0MIN 00.69SEC > > SRB 0MIN 00.18 VIRT 128K SYS 368K EXT 32720K SYS 10348K > > > > This is what the message IEF374I means > > > > IEF374I > > STEP/stepname/STOP yyyyddd.hhmm > > CPU xxxx MIN xx.xx SEC > > SRB xxxx MIN xx.xx SEC > > REAL/VIRT xxxxK SYS xxxxK > > EXT xxxxK SYS xxxxK > > > > Explanation: > > > > At step ending, system management facilities (SMF) issues this message > > to give information about the step. > > > > In the message text: > > > > yyyyddd.hhmm The date and time given as the year (using the 4-digit > > year number, such as 1996 or 2150), and the day of the year (001-366), > > the hour (00-23), and the minute (00-59). > > > > CPU xxxx MIN xx.xx SEC For processor time, which includes enclave > > time, preemptive class SRB time, client SRB time, and normalized IFA > > service time,xxxx MIN specifies the minute and xx.xx SEC specifies the > > second (in seconds and hundredths of a second). > > > > SRB xxxx MIN xx.xx SEC For system request time, xxxx MIN specifies > > the minute and xx.xx SEC specifies the second (in seconds and > > hundredths of a second). > > > > Stepname The name of the job step. > > > > REAL/VIRT xxxxK SYS xxxxK REAL/VIRT xxxxK indicates the maximum > > kilobytes of storage (high-water mark) that a step used from the user > > region of the private area. SYS xxxxK indicates the maximum kilobytes > > of storage (high-water mark) that the address space used from the > > following areas: > > LSQA, SWA, and high private area. The word REAL appears if > > ADDRSPC=REAL was specified; otherwise, VIRT appears. > > > > EXT xxxxK SYS xxxxK EXT xxxxK indicates the maximum > > kilobytes of storage (high-water mark) that a step used from the user > > region of the extended private area. SYS xxxxK indicates the maximum > > kilobytes of storage (high-water mark) that the address space used > > from the following > > areas: extended LSQA, extended SWA, and extended high private area. > > > > > > > > > > In the CICS Transaction Server for z/OS Version 4 Release 2 Operations > > and Utilities Guide > > > > > > Ensure that your region size is appropriate for the number of load > > modules that you want to scan. Do not specify REGION=0M. See Points to > > bear in mind when using the load module scanner for more information. > > > > So REGION=0M is not to be used. > > > > How many modules were you trying to scan? This may be normal behavior. > > Try > > reducing the number of modules to scan and see what happens. > > > > Next, you need to know how much below the line storage your system has. > > You > > may be able to map that with IPCS. > > > > I am not sure that MSUs are relevant. I would think configured > > storage on your LPAR (D M command) would be more helpful. > > > > > > > > Lizette > > > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List > > > [mailto:[email protected]] On Behalf Of Jake anderson > > > Sent: Thursday, February 20, 2014 2:10 AM > > > To: [email protected] > > > Subject: Below the Line Storage Allocation > > > > > > Hello, > > > > > > Cross posted to CICS as well > > > > > > I am running a CICS load module scanner job where it fails with the > > > below > > message > > > > > > 10.53.23 JOB02673 IEA995I SYMPTOM DUMP OUTPUT 502 > > > 502 SYSTEM COMPLETION CODE=106 REASON > CODE=0000000C > > > 502 TIME=10.53.23 SEQ=00242 CPU=0000 ASID=0037 > > > 502 PSW AT TIME OF ERROR 070C1000 81391A30 ILC 2 > > INTC > > > 0D > > > 502 NO ACTIVE MODULE FOUND > > > 502 NAME=UNKNOWN > > > 502 DATA AT PSW 01391A2A - 8400181E 0A0D18FB > > 180C181D > > > 502 GR 0: 00001F00 1: 84106000 > > > 502 2: 26080021 3: 0000000C > > > 502 4: 00000014 5: 006FF540 > > > 502 6: 7F4A6100 7: 0000000C > > > 502 8: 7F4A6150 9: 01391F58 > > > 502 A: 00000024 B: 00000014 > > > 502 C: 00000000 D: 7F4A6150 > > > 502 E: 84106000 F: 0000000C > > > 502 END OF SYMPTOM DUMP > > > > > > I understand that the Job does not have the enough storage below the > > Line. > > > I tried running the Job with > > > REGION=512M,REGION=256M,REGION=8M,REGION=0M > > > but still the Job does not get the storage below Line. > > > > > > Is there a way to identify the correct storage mapping for a > > > particular > > batch job > > > which has to execute within 16MB. The program is pretty big and has > > 24(RM). > > > > > > I am still not able to find any clue about the exact storage which > > > would > > be required > > > for this Job to run. > > > > > > Any pointers are highly appreciated. > > > > > > Z/OS 1.13 capped at 13MSU > > > > > > Jake > > > > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
