MXI has the "MDQ" command that shows the "Memory Delete Queue" - otherwise known as the list of address spaces that have been marked non-reusable.
Note that for the freeware MXI 4.3 this option only appears if the software is running in authorized mode. If MXI is not installed, you can do the heavy lifting yourself in IPCS with an in-flight dump of the PCAUTH address space - see IBM info APAR II08563 for the instructions Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: 13 August 2012 11:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REPLACEMENT ASID SHORTAGE Peter, I don't have RMF, so I don't know that. CMF does not tell me. If you have MXI, the ASID display will tell you. Else write a REXX to display the storage locations. Kees. From: mf db [mailto:dbajava...@gmail.com] Sent: maandag 13 augustus 2012 11:48 To: Vernooij, CP - SPLXM Subject: Re: REPLACEMENT ASID SHORTAGE Kees, "You can check at regular basis and see how fast it decreases. Regular can be once per hour/day/week, depending on the speed of decrease." Are there any Tools to measure this ? Can I do it via RMF ? Peter On Mon, Aug 13, 2012 at 3:13 PM, Vernooij, CP - SPLXM <kees.verno...@klm.com> wrote: "mf db" <dbajava...@gmail.com> wrote in message news:<CAPikFhGsMcW1+cKX86K=k0b8tdxrwsjvltkpf6zoj8dftyo...@mail.gmail.com >... > Hi All, > > In one of Sandbox system has throwing an error like "*IEA061E REPLACEMENT > ASID SHORTAGE HAS BEEN DETECTED". The IBM manual Provides a recommendation > like : > > *System* *Programmer* *Response:* Determine if the shortage is due to > RSVNONR being specified too low or an application problem that is causing a > large number of address spaces to become non-reusable. > > Examine the ASVTNONR and ASVTANR field (representing the total and > currently available RSVNONR entries) to determine the depletion rate of > RSVNONR entries. To calculate and verify the average ASID depletion rate, > the ASVTANR value should be collected multiple times over a period of > several weeks before this message is issued. When you know the historical > average depletion rate and the expected interval between IPLs, the result > +5% is the minimum RSVNONR value that should be specified at IPL. For > details about ASVT, see z/OS MVS Data Areas in z/OS Internet Library at > http://www.ibm.com/systems/z/os/zos/bkserv/. > > If the depletion rate unexpectedly exceeds the average rate and causes this > message to be displayed, an application problem may exist. The cause of the > change in the depletion rate should be determined." > > > Our Current RSVNONR value set to 100, but not able to understand this value > is going to be standard or it should be increased. Could someone please > guide me the way to calculate the Average ASID depletion Rate so that I can > Increase it Proportionally. > > Could someone please be kind enough to direct ? > > > Peter > I think the text is more complex than needed. You can check at regular basis and see how fast it decreases. Regular can be once per hour/day/week, depending on the speed of decrease. The next task is to check why it decreases and why at this speed. What ASIDs are recycled that leave non-reusable ASIDs and should they be recycled at this rate? Each value of RSVNONR is too low if you create non-reusable ASIDs constantly and you don't IPL often. Kees. ******************************************************** 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 lists...@listserv.ua.edu 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 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
