On Wed, 30 Nov 2022 15:25:35 +0000, Pommier, Rex <[email protected]> wrote:
> >The second example seems to bear this out as well. If I have PTFs 1, 2, and 3 >applied to a module and not accepted, and I want to restore PTF 3, I have to >either restore all 3 and reapply the first 2 or accept the first 2 before >restoring #3. > >Unless I'm missing something completely from this conversation which is quite >probable. > Change "module" to MOD, then that is true and I've had to do it many times. When the situation comes up you have to decide if it is safe to ACCEPT the PTFs in question first or if they are "too new" for your liking (personal preference / shop standard perhaps), then you restore all of them and then re-apply the ones you need. As someone wrote earlier, the sysprog needs to know what they are doing. In practice, for z/OS zones I ACCEPT one year after apply, or sometimes 9 months if I run out of space in all my SMPPTS data sets and don't feel like allocating another one and updating the DDDEFs in all the zones I applied maintenance for. :) I have one global and 2 maintenance target zones supporting the main environment I am working in due to a different mix of usermods for different companies / business units. I also have tgt zones for each sysres set from cloning, but I wouldn't be applying a PTF to active sysres sets unless it was an extreme emergency, so I don't normally update all of them when I add a new SMPPTSn data set. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:[email protected] Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
