"Barbara Nitz" <[email protected]> wrote in message news:<[email protected]>... > >The IEA705I message shows that NETMENU is failing on an unconditional GETMAIN fixed request for 20K in LSQA (subpool 229) below the line in both the first and second occurrence. > > > >The Private Area is maxed out at 10M. It should be no more than 2M. So it looks like the Private Area is the culprit as Tom thought was more likely. If so, I suppose LSQA had no room to grow. > > > >I guess it is time to look at the source code of NETMENU. It should not be asking for so much below the line. > > NO. It is time to look at the DUMP, as was suggested several times before. Everything else is pure speculation. > Also, keep in mind that the culprit may very well be that storage *above* the line is exhausted. If 31bit storage (region) is not available anymore, then VSM will go below the line (if there is space there in the region). The end result is that you'll see a request failing *below* the line because storage *above* is exhausted. I have seen abend80A (indicating a storage below problem), but the problem was above the line. >
Yes, one should always keep in mind that the task that has the problem might very well be the victim of an error somewhere else, not the causer of the problem. Don't shoot the messenger for reporting the problem! Kees. > The *only* way to debug this is to look at a dump and look at the storage allocated (search SIS for 'abend878 debug' - gives a very old, very good info apar that tells exactly how to do it). > > Even if you have a generic abend878 action=nodump slip trap active, set another slip trap on 878 with an action other than nodump. It will override the generic slip trap. > > Barbara Nitz > ******************************************************** 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
