No applicable ++VER when attempting receive of PTFs even though the FMID's being updated by the PTF's are in the target zone.
book
Article ID: 48718
calendar_today
Updated On:
Products
Compress Data Compression for MVSCompress Data Compression for FujitsuDatacomDATACOM - ADMainframe Software Manager (Chorus Software Manager)MICS Resource ManagementCISCOMMON SERVICES FOR Z/OS90S SERVICESDATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OSCOMMON PRODUCT SERVICES COMPONENTCommon ServicesCA ECOMETER SERVER COMPONENT FOCEasytrieve Report Generator for Common ServicesINFOCAI MAINTENANCEIPCUNICENTER JCLCHECK COMMON COMPONENTMainframe VM Product ManagerCHORUS SOFTWARE MANAGERCA ON DEMAND PORTALCA Service Desk Manager - Unified Self ServicePAM CLIENT FOR LINUX ON MAINFRAMEMAINFRAME CONNECTOR FOR LINUX ON MAINFRAMEGRAPHICAL MANAGEMENT INTERFACEWEB ADMINISTRATOR FOR TOP SECRETXpertwareTop SecretACF2 - z/OSACF2 - DB2 OptionACF2CA 7 Workload Automation
Issue/Introduction
This is an SMP/E issue where the FMID LIST in the GLOBALZONE does not include the FMID's being updated by the PTF's. When the RECEIVE of a base install is done the FMID of the SYSMOD is added to the FMID list. It stays in the GLOBALZONE FMID list after it is applied and accepted.
Environment
Environment: Any Broadcom product using SMP/E to apply maintenance
Resolution
Since the FMID's being updated are not in the FMID list of the GLOBALZONE but are in the target zone the CSI must have been modified with UCLIN to delete the FMIDs from the FMID list, or the target zone was reassigned to this GLOBALZONE by adding it to it's ZONEINDEX. In either case the FMID list can be updated to include the FMID's being updated using UCLIN.
Syntax to verify that the FMID's being updated by the PTF's are not in the FMIDLIST:
//SYSIN DD *
SET BOUNDARY(GLOBAL).
LIST GLOBALZONE.
/*