One the best sysprogs I know attempted to free some storage SQA / CSA due
to a creeping storage condition.  There was a shory pause followed by some
expletives and an immediate IPL of the system.  I wouldn't attempt it on
any system I cared about unless it was to attempt to avoid an impending
IPL.

Rob Schramm

On Sat, Oct 31, 2015, 10:47 AM Martin Packer <martin_pac...@uk.ibm.com>
wrote:

> Right. And coming to this late...
>
> SMF 78-2 has all the numbers you'd usually need on this. My standard
> reporting generates useful stuff on this - but generally I don't bore my
> customers with it. If it's exciting, however, ... :-)
>
> Quite often I see SQA oversized leaving unusable 24- or 31-bit SQA. (Also
> oversized CSA, but that's a different matter.)
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   Peter Relson <rel...@us.ibm.com>
> To:     IBM-MAIN@LISTSERV.UA.EDU
> Date:   31/10/2015 13:56
> Subject:        Re: Releasing Orphan Storage without IPL
> Sent by:        IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
>
>
>
> >Remember that CSA and ECSA can overflow to SQA and ESQA, so you have
> >more air in you (E)CSA than the 2% and 3% and this might help you
> >survive until the next scheduled IPL.
>
> Actually, it's the other way around, as I think of it.
>
> CSA can be converted into SQA. If a request to obtain storage from SQA
> cannot find it from the defined SQA, the system may convert CSA to satisfy
>
> the request.
>
> It will not do the reverse.
>
> This is why some customers will underconfigure SQA and overconfigure CSA.
>
> Peter Relson
> z/OS Core Technology Design
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to