DIAGxx (control common storage tracking and GFS trace)
DIAGxx contains statements that control the following functions:
- Common service area (CSA), extended CSA (ECSA), system queue area (SQA), and extended SQA (ESQA) tracking.
- GETMAIN/FREEMAIN/STORAGE (GFS) trace.
To obtain GFS trace data output, GTF must be started for USR F65 records. For more details, see the GFS trace information in z/OS MVS Diagnosis: Tools and Service Aids.
- The behavior of GETMAIN (and STORAGE OBTAIN) for CSA allocations (both above and below 64 megabytes).
- Terminating and restarting an initiator address space when its available region size has decreased.
- Preventing the use of user-key CSA/ECSA storage and user-key SCOPE=COMMON data spaces.
- Preventing common ESQA storage from being changed to a user key via the CHANGKEY macro.
- Controlling the behavior of 64-bit storage services: IARCP64 and IARST64.
- Controlling whether some system functions create system trace entries.
- Controlling the behavior of GETMAIN (and STORAGE OBTAIN) for user-region private area subpools (both above and below the line).
- Controlling the use of freemained frames.
- Controlling AutoIPL, which can re-IPL z/OS, take a stand alone dump (SADMP), or take a SADMP and have SADMP re-IPL z/OS when it has finished.
See the description of the VERBEXIT VSMDATA subcommand in z/OS MVS IPCS Commands for information about:
- How to format the data that the storage tracking function collects from a dump.
- How to identify jobs or address spaces that own CSA, ECSA, SQA, and ESQA storage.