Are you sure that this occurs at 50% Aux. storage utilization? IRA201E defines 'Critical storage shortage' at 85%. Kees.
"Skip Robinson" <[email protected]> wrote in message news:<of7017747b.2f20bada-on88257999.0017af50-88257999.0018d...@sce.com> ... > IEE711I SYSTEM DUMP NOT TAKEN. A CRITICAL AUXILIARY STORAGE SHORTAGE > EXISTS > > From the message manual: > > "If the reason field shows A CRITICAL AUXILIARY STORAGE SHORTAGE EXISTS, > first you need to ensure that enough DASD resource is available for > captured dumps to be written out. Then, consider adding additional > auxiliary storage (paging) resources, because SVC dumps will not be > allowed again until the auxiliary storage utilization drops below 35%. See > the system programmer response for message IRA201E for additional > information about auxiliary storage utilization concerns." > > According to conversations at SHARE, the threshold for this condition is > too conservative. AFAIK there is no APAR open to fix it. It's especially > frustrating if you want to take a dump to find out who's using up AUX. ;-( > > . > . > JO.Skip Robinson > SCE Infrastructure Technology Services > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > [email protected] > > > > From: Mark Zelden <[email protected]> > To: [email protected] > Date: 02/02/2012 07:35 PM > Subject: Re: Very Lage Page Datasets (was ASM and HiperPAV) > Sent by: IBM Mainframe Discussion List <[email protected]> > > > > On Thu, 2 Feb 2012 16:50:44 -0800, Skip Robinson > <[email protected]> wrote: > > >There is a much lower limit to worry about than the one that prevents new > >works from starting. At around 50%, SVC dump will fail with 'ASM > >shortage'. This barrier has been discussed recently at SHARE. IBM agrees > >that SVCDUMP's ASM calculation as implemented is too strict, but it still > >carries the day. With no SVC dumps possible, many would consider a system > >hobbled. > > > > Interesting. Is there an APAR that has more detail as to when this > happens? > Not too long ago I know we were getting warning messages about an > LPAR that had hit 50% and I'm pretty sure I saw an email from a > coworker that they manually took an SVCDUMP prior to adding some > additional page volumes. > > Regards, > > Mark > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
