We had an outage on one of our development systems earlier this week due to
lack of available ASIDs.
After I freed up some ASIDs and was able to get logged on, I ran Mark Zelden’s
ASIDLIST program (file 434 on the CBT tape). The results were… weird (to me,
anyway). The program walks through the ASVT and lists out each ASCB and whether
it’s available, non-reusable, or its jobname.
At the end of the run, the program lists the total number of address spaces it
found, how many of them that are in use, how many of them that are
non-reusable, and a calculation of the number that are available (total minus
in-use minus non-reusable).
TOTAL ADDRESS SPACES IN THE SYSTEM: 860
TOTAL ACTIVE ADDRESS SPACES IN THE SYSTEM: 143
TOTAL AVAILABLE ADDRESS SPACES IN THE SYSTEM: 673
TOTAL NON-REUSABLE ADDRESS SPACES IN THE SYSTEM: 44
Looks all good right? From this you’d think there would be plenty of available
address spaces – 673.
But here’s where it gets weird. The program also displays the values from the
ASVT itself and for some reason, the value of ASVTAAV (“NUMBER OF FREE SLOTS
ON THE ASVT AVAILABLE QUEUE” – see SYS1.MODGEN(IHAASVT)) says that only 9 ASIDs
are available:
ASID USAGE FROM ASVT
MAXUSER FROM IEASYSXX: 500
IN USE ASIDS: 491
AVAILABLE ASIDS: 9
RSVSTRT FROM IEASYSXX: 10
RSVSTRT IN USE: 0
RSVSTRT AVAILABLE: 10
RSVNONR FROM IEASYSXX: 350
RSVNONR IN USE: 44
RSVNONR AVAILABLE: 306
NON-REUSABLE ASIDS : 44
At that point I decided to throw in the towel and re-IPL.
I don’t know anywhere near enough about z/OS internals to be able to explain
the discrepancy I found. Maybe it makes more sense to someone here. Any
thoughts?
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
