Description: Starting with z/OS V1R13, the VTAM internal trace (VIT) table is relocated from ECSA to HVCOMMON and the VIT data space is eliminated. As a result, be aware of the following changes starting in z/OS V1R13:
Tip: By applying the PTF of APAR OA41908 (z/OS V1R13) and APAR OA42180 (z/OS V2R1), the output from DISPLAY BFRUSE command was enhanced to include the current HVCOMM storage usage, maximum storage usage counters and constant of 2048 megabytes for the HVCOMM storage limit for the VTAM Internal trace (VIT) table.
Element or feature: | Communications Server. |
When change was introduced: | z/OS V1R13. |
Applies to migration from: | z/OS V1R12. |
Timing: | Before the first IPL of z/OS V2R1. |
Is the migration action required? | Yes, if one or more of the following conditions
are true:
|
Target system hardware requirements: | None. |
Target system software requirements: | None. |
Other system (coexistence or fallback) requirements: | None. |
Restrictions: |
|
System impacts: | Moving the VIT to HVCOMMON can make up to 999 pages of ECSA available to other applications or subsystems. |
Related IBM Health Checker for z/OS check: | None. The VIT associated health checks have been removed. See Update your check customization for modified IBM Health Checker for z/OS checks for more information. |
Steps to take: Follow these steps:
Although the VTAM internal trace (VIT) table size is now specified in megabytes and the DSPSIZE parameter is no longer valid, you are not forced to update your VTAM start lists before using z/OS V1R13. If you use a nonzero DSPSIZE value in your start list, your tracing capacity will be diminished unless you perform these migration tasks. You should convert your SIZE value to megabytes and delete your DSPSIZE specification.
Unlike the VTAM start lists, the migration of any automation of the MODIFY TRACE command that specifies the value of the SIZE parameter in pages or the DSPSIZE parameter is required before using z/OS V1R13 if the failure of that command is unacceptable. If you fail to perform this migration effort, the automated command will be rejected, the size of the table will remain unchanged, and any other modifications specified on the command (for example, opt=all) will be ignored.
If you have automation that parses the output from the MODIFY TRACE, DISPLAY TRACE, or DISPLAY STATS command, you might need to update them because the VIT size is now reported in megabytes. Also, you will no longer see DSPSIZE reported as the VIT data space has been removed.
Previous message: IST315I VTAM INTERNAL TRACE ACTIVE - MODE = INT, SIZE = size PAGES
Updated message: IST315I VTAM INTERNAL TRACE ACTIVE - MODE = INT, SIZE = size MB
Previous message: IST1227I 2 999 = VIT TABLE SIZE
Updated message: IST1227I 2 4 = VIT TABLE SIZE
Also, you will no longer see the following message because the VIT data space has been removed:
IST1227I 163 0 = VIT DATA SPACE TABLE SIZE
IST318I VTAM INTERNAL TRACE ACTIVATION FAILED -- UNABLE TO FIX STORAGE
IST495I type HAS BEEN SET TO value
IST1659I DATA SPACE dspname DSPSIZE = dspsize actsize
IST1741I DATA SPACE SDUMPX FAILED WITH RETURN CODE code REASON reason
ISTH003I The VTAM Internal Trace (VIT) table size is at the maximum value, which provides optimal trace information for problem determination
ISTH004E VTAM Internal Trace (VIT) table size of vit_size is too small
ISTH007I VTAM Internal Trace (VIT) dataspace size is at the maximum value, which provides optimal trace information for problem determination
ISTH008E VTAM Internal Trace (VIT) dataspace size of dspsize is too small
IVT5602I DATA SPACE SDUMPX FAILED WITH RETURN CODE code REASON reason
If you have automation that parses for or specifies the character string ISTITDS1, which prior to z/OS V1R13 was the name of the data space containing the VIT data space, you might want to modify that automation because the data space will no longer be created. This is highly recommended if you have SLIP traps that dump the VIT data space.