Or you restore A and B and reapply A. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, May 22, 2018 6:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: Old School Maintenance Philosophy -- Never ACCEPT?
On Tue, 22 May 2018 16:51:01 -0400, Tom Conley wrote: >On 5/22/2018 4:26 PM, Ed Jaffe wrote: >> >> ISTR a maintenance philosophy from "eons" ago where PTFs would be >> applied but never accepted. >> >> What was the rationale for this? Does anyone still use this philosophy? >> If so, why? > >There is no rationale. It was wrong then, and it's wrong now. It >kneecaps the most valuable feature of SMP/E - RESTORE! Unless, of >course, you like RESTOREing the entire FMID. > OTOH, doing ACCEPT kneecaps the possibility of a RESTORE to a point earlier than that ACCEPT. SMP/E strikes me as a half-hearted design. A better design would permit RESTORE to any prior service level provided the necessary elements remain in the GLOBAL zone. Suppose you have two suspect PTFs, A and B. In order to tentatively RESTORE B you must ACCEPT A. If RESTORE B doesn't solve the problem there's no posibility to RESTORE A. I believe VMSES/E does better. It has no analogue of ACCEPT. VMFREMOV simply re-installs needed components from the DELTA disk, the analog of the GLOBAL zone. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
