How often are they recycled and why? We don't recycle them on a regular basis.
Now you can calculate your RSVNONR value: the number of IEF352Is per week, multiplied the number of weeks between IPLs. Kees. "mf db" <[email protected]> wrote in message news:<capikfheaf5kzwgoqqtfzughyksf+gqbprxvpayplc7-jo9f...@mail.gmail.com >... > Hi, > > "IEF352I ADDRESS SPACE UNAVAILABLE" > > DB2 address space and MQ address space are causing the above message. > > Peter > > > On Mon, Aug 13, 2012 at 3:30 PM, Binyamin Dissen <[email protected] > > wrote: > > > You have to figure out what is causing it. > > > > The typical cause of a non-reusable ASID is because it owns a non-reusable > > linkage index. > > > > Search your SYSLOG for > > > > IEF352I ADDRESS SPACE UNAVAILABLE > > > > and see which jobs are causing it. > > > > On Mon, 13 Aug 2012 15:01:39 +0530 mf db <[email protected]> wrote: > > > > :>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 > > :> > > :>---------------------------------------------------------------------- > > :>For IBM-MAIN subscribe / signoff / archive access instructions, > > :>send email to [email protected] with the message: INFO IBM-MAIN > > > > -- > > Binyamin Dissen <[email protected]> > > http://www.dissensoftware.com > > > > Director, Dissen Software, Bar & Grill - Israel > > > > > > Should you use the mailblocks package and expect a response from me, > > you should preauthorize the dissensoftware.com domain. > > > > I very rarely bother responding to challenge/response systems, > > especially those from irresponsible companies. > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > 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
