High real storage on SYSVUSER task

Products

• SYSVIEW Performance Management

Issue/Introduction

We just installed SYSVIEW into a new production LPAR last weekend and are now seeing high real storage in SYSVUSER. This system is in a plex that has other SYSVIEW & SYSVUSER tasks running. How do we diagnose this?   

Resolution

Check to see if it can be determined who/what is using the storage:

- Enter command USERS;SELECT JOBNAME = SYSVUSER;SORT T-STG D

         Scroll right to the STG fields.  Fields G-STG, A-STG and B-STG may need to be sorted on as well.

          Then for any high user, use the line command L next to that user to look at their LISTLOG in order to see what they are doing. 

           For SYSVUSER use a similar command: 

                          ASADMIN;SELECT JOBNAME = SYSVUSER;SORT T-STG D

If there is nothing obvious, and a support case is needed, please collect the following documentation: 

1.) Perform the following commands:

          CAPOpen
          LISTSTG
          CAPImmed
          ASADMIN
         CAPImmed
         TASK
         CAPImmed
         DAIG0000
         CAPClose.

Note: Terse the capture dataset just created before sending into the case in .bin format.   Again, if the storage continues to climb, please do the same sequence above and send the new capture so that the two may be compared. 

 

2.) Take a console dump of the SYSVUSER address space during the high storage.

3.) The following information will also be helpful in diagnosing the case:

1. Is the high storage remaining constant, or is it up and down? 
2. What value is considered high?
3. What was the latest maintenance applied to CA SYSVIEW?
4. Where are you seeing the High Real Storage? Please provide a screenshot if possible.
5. Is the high Real Storage causing any product functionality impairment?
6. Was anyone doing anything specific at the time the high storage condition started?