Hal,
I too use MXI for this, but I start with the CSR command as that shows only
orphaned CSA/SQA. Rob not only does great work but he's a good guy to boot!
You can, however, use IPCS to look at your running system by specifying ACTIVE
in option 0.
Then enter
ip verbx vsmdata 'owncomm detail all sortby(time)'
and scroll down to the bottom of the report. Grab a coffee at this point.
Do a "f ' og ' prev" and look for something like
Date Time
ASID Job Name Id St T Address Length Ret Addr MM/DD/YYYY HH:MM:SS
0098 MMSQUITF S0888511 OG S 02A5F128 00000048 0E0D9C80 08/23/2005 11:19:10
Data ------> E2D4C3D4 E3D6D2D5 00000048 F5000B70 *SMCMTOKN....5...*
The "OG" is "owner gone" and the "S" is SQA. The "Ret Addr" is the address
after the GETMAIN/STORAGE and that's your culprit. Browse storage before the
shown address until you see an eyecatcher and then call the vendor.
(In the sample, it's STK's silo software and it's a known issue we're getting
ready to address.)
Bob
Rob Scott wrote:
Hal,
Have you seen the 'return' address from the GQE control block that
describes the chunk of ESQA? This is the return address of the module
that performed the GETMAIN - this may or may not be helpful.
<plug>
You can probably see this using the VSMDATA IPCS command - but a very
easy way to see it is using the "GQE" command from the freeware MXI
product. You can download MXI from www.rs.com.
</plug>
----------------------------------------------------------------------
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
