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

Reply via email to