Peter makes good points--as always. I was thinking mainly about CSA *usage*. The real question is when the COMMON/PRIVATE boundary gets set. IODF must be read and digested very early in IPL, certainly before SYS1.PARMLIB is opened. By the time IEASYSxx is processed, do below-the-line UCBs figure into the boundary calculation? Alas, my microfiche reader is down for maintenance. ;-)
But Peter also raises a delicate question that I often have to ask: is the claim that 'nothing changed' really true? I mean aside from the IODF. How often does it come out in the wash that 'we changed only one little thing'? As Peter says, some dumps would go far toward resolving the problem. OTOH I know that DR issues may be impossible to explore ahead of the next DR exercise. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Peter Relson Sent: Friday, August 28, 2015 5:48 AM To: [email protected] Subject: Re: Smaller Private Area in DR It of course might turn out that "nothing changed" wasn't correct. But I/O configuration is a possibility. However, I think that would affect SQA not CSA. The size of SQA, I believe, is the sum of the customer specification for SQA and the early-IPL needs. SQA in turn would affect where LPA goes. That in turn would affect where CSA goes. That in turn would affect where PVT goes. A pair of dumps (one on each system) seems like the right way to diagnose this (rather than making intelligent guesses), in order to be able to view things like the boundaries and sizes of CSA, LPA, SQA, and the nucleus (most of the data is either in the CVT or the GDA). Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
