SMP/E for z/OS Commands
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Processing

SMP/E for z/OS Commands
SA23-2275-01

The REPORT SYSMODS command compares the SYSMOD content of an input target or distribution zone to that of a comparison target or distribution zone. The resulting output can be used to determine which SYSMODs might need to be installed in the comparison zone to make its function and service content more equivalent to that of the input zone.

SMP/E first checks the REPORT SYSMODS command to determine the zones to be compared and whether SMPPUNCH output should be produced. The zones are then opened for read access along with the global zone. If NOPUNCH was not specified, the SMPPUNCH data set is also opened.

Next, SMP/E determines the matching SREL values from the zone definitions of the zones being compared. Matching values are saved to be put in the header of the SYSMOD Comparison report.

SMP/E then determines whether or not the zones to be compared contain SYSMOD entries. If they both contain SYSMOD entries, SMP/E looks for SYSMODs that are installed in the input zone but not in the comparison zone, and checks whether those SYSMODs are applicable to the comparison zone.

  1. First, SMP/E reads sequentially through the SYSMOD entries in the input zone to determine which SYSMODs should be included in the report. For each SYSMOD entry that is not a superseded-only entry or deleted-only entry and is not in error, SMP/E checks the comparison zone to see if the SYSMOD also exists there. The SYSMOD exists in the comparison zone if one of the following is true:
    • There is a SYSMOD entry with the ERROR indicator off.
    • There is a SYSMOD entry with the DELBY subentry.
    • There is a SYSMOD entry with the SUPBY subentry.

    If the SYSMOD does not exist in the comparison zone, SMP/E includes it in the SYSMOD Comparison report.

    If the SYSMOD exists in the comparison zone and is a function, it may still be included in the SYSMOD Comparison report. This can happen when the function in the input zone has been service-updated. A service-updated function may be at a higher service level than the function currently installed in the comparison zone. Therefore, SMP/E does additional checking for a function that exists in both the input and comparison zones.

    If a function in the input zone has been service-updated, it supersedes the service integrated into it. To determine whether a service-updated function should be reinstalled in the comparison zone, SMP/E checks whether all the SYSMODs superseded by the function exist in the comparison zone. If any of the superseded SYSMODs do not exist in the comparison zone, the service-updated function can be reinstalled and is included in the report.
    Note: When SMP/E checks the global zone to determine whether a service-update is available to be reinstalled, it also checks the superseded information in the global zone SYSMOD entry against the input zone SYSMOD entry. This is done to ensure that the function in the global zone is not at a lower service level than the SYSMOD in the input zone.
  2. Next, SMP/E determines whether the SYSMODs included in the report are applicable to the comparison zone.
    • If the SYSMOD is a service-updated function that can be reinstalled, it is applicable to the comparison zone.
    • If the SYSMOD is a base function, it is applicable to the comparison zone if it meets either of these conditions:
      • All the SRELs supported by the input zone are also supported by the comparison zone.
      • Any of the SRELs defined for the SYSMOD are supported by the comparison zone.
        Note: SMP/E checks the global zone SYSMOD entry to determine which SRELs are defined for the SYSMOD. If there is no entry for the SYSMOD in the global zone, SMP/E cannot determine the SYSMOD's SREL.

        If there is at least one SREL in the input zone that is not in the comparison zone and there is no SYSMOD entry in the global zone, the SYSMOD may or may not be applicable to the comparison zone. In this case, SMP/E indicates in the report that the applicability of the SYSMOD is unknown.

    • If the SYSMOD is not a base function, it is applicable to the comparison zone if its FMID meets either of these conditions:
      • It exists in the comparison zone.
      • It has already been deemed applicable during this run of the REPORT SYSMODS command. (If the applicability of the FMID is unknown, the applicability of this SYSMOD is also unknown.)
At this point, SMP/E gathers additional information about the SYSMOD to include in the SYSMOD Comparison report:
  • It takes the FMID, SYSMOD type (function, PTF, APAR, or USERMOD), and source IDs from the SYSMOD entry in the input zone.
  • It checks whether there is an entry for the SYSMOD in the global zone.

SMP/E saves all the information gathered in the preceding processing and uses it in the SYSMOD Comparison report and SMPPUNCH output after checking all the SYSMOD entries in the input zone.

If a SYSMOD is identified in the SYSMOD Comparison Report, and SYSTEM or USER HOLDDATA entries exist for that SYSMOD in the global zone for the input zone, those HOLDs are reported in the SYSMOD Comparison HOLDDATA Report.

Internal SYSTEM HOLDDATA may be associated with more than one SYSMOD. Therefore, internal SYSTEM HOLDDATA will appear in the SYSMOD Comparison HOLDDATA Report only if the originating SYSMOD does not exist in the comparison zone. The originating SYSMOD exists in the comparison zone if one of the following is true:
  • There is a SYSMOD entry with the ERROR indicator off.
  • There is a SYSMOD entry with the DELBY subentry.
  • There is a SYSMOD entry with the SUPBY subentry.

It is possible for an internal SYSTEM HOLD to appear in the SYSMOD Comparison HOLDDATA Report even though the originating SYSMOD does not appear in the SYSMOD Comparison Report. This situation would occur if the originating SYSMOD is a superseded-only SYSMOD in the input zone and it does not exist in the comparison zone but one of its superseding SYSMODs (which also contains the internal SYSTEM HOLD) is reported in the SYSMOD Comparison Report.

Likewise, it is possible for a SYSMOD to appear in the SYSMOD Comparison Report, but its internal SYSTEM HOLDs are not reported in the SYSMOD Comparison HOLDDATA Report. This situation would occur when the SYSMOD supersedes the originating SYSMOD for an internal SYSTEM HOLD, but the originating SYSMOD already exists in the comparison zone.

SMP/E issues an error message, and REPORT SYSMODS processing fails if any of the following occurs:
  • The zone specified on the INZONE or COMPAREDTO operand is not defined in the global zone.
  • The zones specified on the INZONE and COMPAREDTO operands have no matching SREL values in their zone definitions.
  • The zone specified on the INZONE or COMPAREDTO operand is the global zone.
  • The zone specified on the INZONE or COMPAREDTO operand contains no SYSMOD entries.
  • The zones specified on the INZONE and COMPAREDTO operands are the same.
  • NOPUNCH was not specified, but there is no definition for the SMPPUNCH data set.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014