Re: Below the Line Storage Allocation

2014-02-22 Thread Jon Perryman
Sounds like this module is a good candidate for using MODE RMODE(SPLIT) in the binder and coding RMODE ANY in modules that can exist above the line. They can easily identify some above the line candidates because the will getmain above the line. Maybe someone should tell CICS about it and they

Re: Below the Line Storage Allocation

2014-02-21 Thread Bill Godfrey
The private area size can be displayed by this TSO TEST command: L 224.%+30?+40 7FF16E50. 007FA000 The result, hex 007FA000, varies of course from system to system. This is the same field, LDASIZA, shown by the IPLINFO exec. I assembled variations of a 24-bit program with different sizes and

Below the Line Storage Allocation

2014-02-20 Thread Jake anderson
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=000C 502 TIME=10.53.23 SEQ=00242 CPU=

Re: Below the Line Storage Allocation

2014-02-20 Thread Martin Packer
Date: 20/02/2014 09:10 Subject:Below the Line Storage Allocation Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu 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

Re: Below the Line Storage Allocation

2014-02-20 Thread Binyamin Dissen
The PDS directory entry in field PDS2STOR has the size needed for a classic module. There are various tools that will show you how much you have available below the line. On Thu, 20 Feb 2014 14:40:29 +0530 Jake anderson justmainfra...@gmail.com wrote: :Hello, : :Cross posted to CICS as well :

Re: Below the Line Storage Allocation

2014-02-20 Thread Lizette Koehler
To: IBM-MAIN@LISTSERV.UA.EDU 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

Re: Below the Line Storage Allocation

2014-02-20 Thread Elardus Engelbrecht
Jake anderson wrote: I am running a CICS load module scanner job where it fails with the below message Homegrown or vendor module? 10.53.23 JOB02673 IEA995I SYMPTOM DUMP OUTPUT 502 502 SYSTEM COMPLETION CODE=106 REASON CODE=000C Please post other messages (IEW* or CSV*)

Re: Below the Line Storage Allocation

2014-02-20 Thread Jake anderson
Of Jake anderson Sent: Thursday, February 20, 2014 2:10 AM To: IBM-MAIN@LISTSERV.UA.EDU 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

Re: Below the Line Storage Allocation

2014-02-20 Thread Jake anderson
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: Thursday, February 20, 2014 2:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Below the Line Storage Allocation Hello, Cross posted to CICS as well I am running a CICS load module

Re: Below the Line Storage Allocation

2014-02-20 Thread Lizette Koehler
: 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

Re: Below the Line Storage Allocation

2014-02-20 Thread Martin Packer
:Re: Below the Line Storage Allocation Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Using RMF, I see unalloc common area : 6796K, So looks like I have storage close to 6MB. On Thu, Feb 20, 2014 at 3:40 PM, Jake anderson justmainfra...@gmail.comwrote: Hello, I

Re: Below the Line Storage Allocation

2014-02-20 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Worried about your terminology here. Please show us the report. In most interpretations of what you said about the 6796K number it looks like a very small 24-Bit Private is available to you.

Re: Below the Line Storage Allocation

2014-02-20 Thread Paul Gilmartin
On Thu, 20 Feb 2014 03:36:43 -0700, Lizette Koehler wrote: 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. How about REGION=16385K? (By experiment, I discover that REGION=0K has

Re: Below the Line Storage Allocation

2014-02-20 Thread Ed Jaffe
On 2/20/2014 2:10 AM, Jake anderson wrote: 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

Re: Below the Line Storage Allocation

2014-02-20 Thread Pommier, Rex
On Thu, 20 Feb 2014 03:36:43 -0700, Lizette Koehler wrote: 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. How about REGION=16385K? (By experiment, I discover that REGION=0K has

Re: Below the Line Storage Allocation

2014-02-20 Thread Shane Ginnane
Some find ploughing through dumps intimidating - a little Diagnosis 101 first might shed some light: - has this task run successfully previously ?. If so, what changed. (no, nothing should not be accepted) - what size *private* area is available (search for Mark Zelden IPLINFO exec) - what's

Re: Below the Line Storage Allocation

2014-02-20 Thread Wayne Bickerdike
Ran this utility extensively on our system, 3000+ load modules. Had REGION=128M coded. On Fri, Feb 21, 2014 at 9:29 AM, Shane Ginnane ibm-m...@tpg.com.au wrote: Some find ploughing through dumps intimidating - a little Diagnosis 101 first might shed some light: - has this task run