Greetings, MEMLIMIT in SMFPRMxx and IEFUSI control individual job limits, but not total system limits. These controls help at a job level, but one user or multiple users can still submit many jobs that use MEMLIMIT or under, and still end up exhausting AUX storage.
Over allocation of LOCAL page datasets is the key to AUX storage shortage prevention. Ongoing AUX storage monitoring and trending is needed. This new job has in effect increased the required AUX storage for this system and any other system that this job will run on. Do you collect historical AUX storage usage? If so, what are the minimum, normal and high water marks? If I read correctly, the system in question has 6GB real storage and 6GB AUX storage. It this is correct, it is not really poised for exploiting the core design of z/OS as being a scalable multi user virtual system. I would think that the real to AUX ratio should be alot higher than 1:1. The problem that you faced is that this one job was using or trying to use two thirds of your total AUX storage. I believe that the INIT and Tuning Guide gives a recommendation of overallocating local page data set space by 300%. Since your real to AUX ratio is so small, the 300% might also be to small. There is a new message that gives more of an early warning for AUX storage shortages than the original 70% (IRA200E) and 85% (IRA201E). The new message is IRA205I and it is issued at 50% AUX storage usage. I know that it is on z/OS 1.9, but not sure if it made it to earlier levels of the system. There is also a health check called ASM_LOCAL_SLOT_USAGE that reports on if any one local page dataset exceeds 30% usage by default. Cheers... Michael ---------------------------------------------------------------------- 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
