Awesome tip, folks, thanks!  We are seeing high SCM utilization on one of our 
test systems, and this is a fantastic time saver.  Whoever wrote this EXEC, 
kudos!  It even sorts by slots used.  

Just shows how valuable this forum is, and how some information never goes out 
of date.  Worth every second it took to login and search.

Art Gutowski
General Motors, LLC

On Mon, 7 Sep 2020 12:42:51 +0000, Mark Jacobs <[email protected]> 
wrote:

>Thanks. I didn't know about that hidden panel. Yes, it does report on SCM;
>
>ASID=0003 JOB=RASP     SLOTS=00000000 VIO=00000000 SCM=00000000000017A9
>
>Mark Jacobs
>
>Sent from ProtonMail, Swiss-based encrypted email.
>
>GPG Public Key - 
>https://api.protonmail.ch/pks/lookup?op=get&[email protected]
>
>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>On Monday, September 7, 2020 12:42 AM, Barbara Nitz <[email protected]> wrote:
>
>> > ASSBNVSC and ASSBVSC tell you the number of slots each address space is
>>
>> > using. You can look at those in the dump.
>>
>> To make that easier, use the IPCS 'hidden' panels, specifically 2.6i (that's 
>> the level2 toolkit). Use SLOTCNT, it will do the math for you and you'll see 
>> the who gobbled up your aux. (I haven't tried it on SCM storage, so I just 
>> hope it works for that as well as it did for DASD AUX.)
>> You can (and should) use the same command for comparison with the crashed 
>> system. I believe this command works when set to active storage. You may be 
>> surprised which address spaces use a lot regularly.
>>
>> Regards, Barbara
>>
>> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>>
>> 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 IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to