I had a big go-around with IBM last year on this topic because I inadvertently installed a JES2 PTF on top of a test-fix ++APAR whose sysmod id was not SUPed in MCL. I had not read the fine print in APPLY CHECK that the MODID regression was a 'warning' rather than an error. In this particular case, no actual problem occurred because the PTF did match the ++APAR exactly. I got lucky.
I opened a PMR because I thought there was a problem with SMPE. The eventual outcome was that no, SMPE was working as intended. Especially--these days almost exclusively--for JES2, which supplies source and macro *updates* rather than full element replacements, SMPE needs to work this way in order for routine maintenance to install at all. JES2 development routinely insists that ++APARs be RESTOREd before installing a PTF because the final PTF may not exactly match the ++APAR, a situation that could lead to calamity. I just hope I can remember all this the next time the situation occurs... . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Starr, Alan" <alan_st...@calpers.ca.gov> To: IBM-MAIN@bama.ua.edu Date: 07/13/2011 09:56 AM Subject: Re: SMPE used to flag this as an error Sent by: IBM Mainframe Discussion List <IBM-MAIN@bama.ua.edu> Barry, That's a good one that I don't believe I've seen before (and I used to teach SMP/E courses). I believe that I have found the answer. The key is that SYSMOD UA56739 is performing a MACUPD to macros that have AAJESTA as a UMID (not RMID). Careful reading of the first System Action provided for message GIM38201W indicates that SMP/E will proceed with the APPLY (and produce a regression report): The SYSMOD supplies an update element, and the PRE and SUP operands (1) specify the RMID of the previously processed version of the element but (2) do not specify all UMIDs of the previously processed version of the element. In this case, message GIM319xx or message GIM430xx follows this message and names the updates in the previously processed version of the element that the SYSMOD does not supersede or specify as a prerequisite. SMP/E processes the update supplied by the SYSMOD. Cheers, Alan -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Wednesday, July 13, 2011 7:24 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE used to flag this as an error I ran the following apply check APPLY CHECK GROUP FUNCTIONS PTFS APARS USERMODS SOURCEID ( ESO1107 ) EXCLUDE ( UA56444 ) BYPASS ( HOLDSYSTEM ( RESTART IPL DOC ENH AO MULTSYS ACTION DYNACT EC MSGSKEL DEP EXIT DOWNLD DELETE ) ) NOJCLINREPORT. SMPE generated the following diagnostics GIM38201W THERE IS A MODID ERROR FOR MACUPD ENTRY $BUFFER IN SYSMOD UA56739. GIM31902I SYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND. AAJESTA IS A UMID FOR MACUPD $BUFFER THAT IS CURRENTLY INSTALLED. GIM38201W THERE IS A MODID ERROR FOR MACUPD ENTRY $HASPEQU IN SYSMOD UA56739. GIM31902I SYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND. AAJESTA IS A UMID FOR MACUPD $HASPEQU THAT IS CURRENTLY INSTALLED. It also marked the PTF as applied UA56739 APPLIED PTF HJE7760 PRE UA47335 UA48021 UA48275 UA48380 UA49239 UA49270 UA49848 UA50641 UA50744 UA52851 UA53795 UA54558 HOLDE EA34563 HOLDS *DOC(UA56739) *IPL(UA56739) *MULTSYS(UA56739) And generated the following Regression Report REGRESSING REGRESSED COMMON ELEMENTS CURRENT OTHER POTENTIALLY SYSMOD SYSMOD TYPE NAME RMID REGRESSED SYSMODS UA56739 AAJESTA MACRO $BUFFER MACRO $HASPEQU Since I did not specify BYPASS(ID), shouldn't the MODID mismatches be errors instead of warnings? Shouldn't the PTF be marked NOGO? The SMPE Commands manual on the z/OS 1.11 DVD (V3R5) states that regression "can occur only when BYPASS(ID) is used to ignore such errors." Shouldn't the Regression Report be suppressed and the PTF show up in the Causer Report? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
