On Mon, 26 Oct 2009 22:57:56 +0100 Michael Knigge <[email protected]> wrote:
:>Hi Chris, :>> Under the COMMAND panel, try VERBX VSMDATA 'SUMMARY' :>Thank you for the hint... I tried it and what I get at the end of the :>summary is: :>VSM SUBPOOL TRANSLATION TABLE ERROR DETECTED Do you have an SVCDUMP or a SYSMDUMP? If the former, which options were specified? :>> The other thing I find interesting is the fact that you are up to 17T real pages. Either some program is looking at a lot of storage all the time, or that storage has been pagefixed. If it was not pagefixed, the system probably would have paged some of that storage out. To see what is pagefixed you can run a RSMDATA report. :>gives me :>BLS18100I ASID(X'0001') FFB744 not available for PVT :>IAR80303I Primary RSM data area not in dump. RSM processing terminated. :>Well.... all this stuff is somehow wired... :>Using IPCS I was able to see that I use most of the space in the :>extended user region (ELOAL = 3A4F000) and with the IBM Fault Analyzer I :>was able to see that there are many many modules loaded in this region :>that I've never heard about :( :>So.... I'm out of the office now for two days and when I'm back I guess :>I have to study a lot of manuals (i. e. ABCs of SysProg and so on) to :>get familar with all this stuff... :>I ask myself why there is no "how to find memory leaks" guideline in the :>ABCs of System Programming Manuals... Other stuff is handled (for ex. :>loop detection).... It is pretty straight forward, as described. Look for the repeated VSM storage blocks, and then look at the storage. You can check the trace table for the various flavors of STORAGE and GETMAIN looking for unmatched pairs and repeated allocations. :>So far, thank you for your hints.... -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- 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
