Skip - I think you contradicted yourself too. When you were talking about RSU you wrote that it contains "new function that we can live without a little while longer". Well, if you run a REPORT MISSINGFIX FIXCAT(*) and apply all that maintenance, you are doing the exact opposite. You're putting on every single PTF related to some "function you can live without for a while longer" (because it will end up on RSU if not PE'd) or for a function / hardware you won't ever use.
Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ On Sat, 9 Dec 2017 12:32:11 -0600, Mark Zelden <m...@mzelden.com> wrote: >And then you just apply everything that turns up in MISSINGFIX for >FIXCAT(*) along with the RSU maintenance? > >Why install a 100% of missing maintenance specific to some hardware or >hardware >feature you don't have or for some function you aren't using or planning to use >ahead of the time it has been fully tested via CST and shows up with an RSU >sourceid? >What's to gain? To me it just seems more likely you could install a PTF that >will end >up PE'd. > >Yes, RSU incorporates a "lot of PTFs that are not necessarily critical" - but >that's the >point of putting on general preventive maintenance. However, it also does >include critical maintenance as well - PE fixes, HIPERs and security / >integrity. > >I guess we'll have to agree to disagree on this one. > >Regards, > >Mark >-- >Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS >ITIL v3 Foundation Certified >mailto:m...@mzelden.com >Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html >Systems Programming expert at http://search390.techtarget.com/ateExperts/ > > >On Sat, 9 Dec 2017 03:55:24 +0000, Jesse 1 Robinson <jesse1.robin...@sce.com> >wrote: > >>We do have specific FIXCAT runs for scheduled hardware or software upgrades, >>but this is the blanket report we run to cover all the bases in the ninth >>inning of a general maintenance upgrade. (Pardon the baseball metaphor.) >> >>REPORT MISSINGFIX >> FIXCAT(*) >> ZONES(MVST100) >> >>My view is that RSU incorporates a lot of PTFs that are not necessarily >>critical. Many range from cosmetic to new function that we can live without a >>little while longer. All are good to have at some point but do not >>necessarily bear on immediate operability. FIXCAT OTOH is more likely to >>focus HIPERs and really important stuff that should be swept in to the mix if >>feasible, especially if a -n RSU has been chosen. >> >>Once again, I imagine what I will tell the boss. ;-) >> >>. >>. >>J.O.Skip Robinson >>Southern California Edison Company >>Electric Dragon Team Paddler >>SHARE MVS Program Co-Manager >>323-715-0595 Mobile >>626-543-6132 Office ⇐=== NEW >>robin...@sce.com >> >> >>-----Original Message----- >>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >>Behalf Of Mark Zelden >>Sent: Friday, December 08, 2017 3:27 PM >>To: IBM-MAIN@LISTSERV.UA.EDU >>Subject: (External):Re: RSU maintenance strategy - Need expert suggestions >> >>On Fri, 8 Dec 2017 07:35:31 -0600, Tom Marchant <m42tom-ibmm...@yahoo.com> >>wrote: >> >>>On Thu, 7 Dec 2017 17:04:15 -0600, Mark Zelden wrote: >>> >>>>On Thu, 7 Dec 2017 20:05:15 +0000, Jesse 1 Robinson wrote: >>>> >>>>>... As others have suggested, pay attention to HIPER and FIXCAT, and >>>>>ERRORSYSMOD reports. >>>> >>>>What Skip said! ... >>>> >>>>The part I wanted to stress the Skip wrote (and why I chimed in) was >>>>his advise to pull the HOLDDATA and run report errorsysmods when you decide >>>>to go forward. >>> >>>I agree with Skip and Mark. I would add that it is good to run a MISSINGFIX >>>report. >>>And receive the latest HOLDDATA before every APPLY and ACCEPT. >>> >> >>Of course that won't hurt, but the time to run MISSINGFIX is when you are >>implementing new hardware features, new software features, OS upgrades etc. >> >>What FIXCAT categories do you do it on for normal maintenance? I could see >>running it for >>IBM.TargetSystem-RequiredService.z/OS.* and >>IBM.TargetSystem-RequiredService.z/OSMF.*, >>but if a PTF was recommended for your current release it would have an RSU* >>sourceid also >>so that seems like an extra step that doesn't add value. >> >>Regards, >> >>Mark >>-- >>Mark Zelden - Zdlden Consulting Services - z/OS, OS/390 and MVS ITIL v3 >>Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: >>http://www.mzelden.com/mvsutil.html >>Systems Programming expert at http://search390.techtarget.com/ateExperts/ >> >> >>---------------------------------------------------------------------- >>For IBM-MAIN subscribe / signoff / archive access instructions, >>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
