Matan, If you really need to shut them down, and nothing is running then, and nothing else (important) is running in the system then, you could consider including an IPL to clean up the lost AS-es. On the other hand, what is the problem with raising RSVNONR?
Kees. "Matan Cohen" <matancohen...@gmail.com> wrote in message news:<AANLkTi=56ykcmixspi1clbqq_zm93vx_r4hyc9ick...@mail.gmail.com>... > thanks Rob, > I familiar with stoping the RRS . > we have a weekly process which shutdown the DB2 subsystem for the DFDSS DASD > backup. there is no work done on the DB2 so it's not consider as a down time > for us. > beside this weekly backup we are also face (from time to time) reasons which > force us to start the DB2 . > there are more then 3 DB2 subsystem - and this the reason the ASVT are > running out. > > > On Mon, Mar 21, 2011 at 1:13 PM, Rob Scott <rsc...@rocketsoftware.com>wrote: > > > The most common reason for DB2 address spaces to be marked non-reusable > > these days is that they have a cross-memory bind to the RRS address space. > > You *could* probably relieve the shortage by stopping and re-starting the > > RRS address space - however there are implications to doing this while you > > have active workload that could be using RRS services. > > > > Do you shutdown your DB2 subsystems on a regular basis? If so - maybe you > > need to consider if you still need to do this. The more often you shutdown > > DB2, the more chance you have of chewing up the ASVT slots. > > > > Rob Scott > > Lead Developer > > Rocket Software > > 275 Grove Street * Newton, MA 02466-2272 * USA > > Tel: +1.617.614.2305 > > Email: rsc...@rs.com > > Web: www.rocketsoftware.com > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > > Behalf Of Matan Cohen > > Sent: 21 March 2011 10:23 > > To: IBM-MAIN@bama.ua.edu > > Subject: *IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED > > > > Hi, > > One of my lpar is is suffering from > > *IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED > > I notices that the DB2 STC are ended with : > > IEF352I ADDRESS SPACE UNAVAILABLE > > I'm familiar with the option to start AS with REUSASID=YES but DB2 isn't > > start with the 'start' command and i don't know how to implement this with > > DB2 subsys and if it's possible. > > is DB2 STCs always leave a AS unreausable ? or maybe there is somthing I > > can > > do to avoid this. > > > > the reason I asking it , is beacause i would like to avoid enlarge the > > RSVNONR . > > > > -- > > best regards, > > matan cohen > > MF System Administrator. > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > best regards, > matan cohen > MF System Administrator. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ******************************************************** 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
