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