Re: SMPE BYPASS(HOLDSYS,HOLDERR)
On Fri, 6 Mar 2020 20:38:33 +, Jesse 1 Robinson wrote: >I once had to BYPASS HOLDERR(). It was a new product. There was a hold >against the FMID itself. Until the FMID was APPLIed, no further action was >possible. So I bypassed that particular HOLDERR, which allowed the FMID >itself to APPLY. That in turn allowed me to RECEIVE more PTFs, including one >that SUP'ed the problem PTF. I always felt that this was a packaging error, >but the result was fine. I'm baffled by this. There is no need to APPLY an FMID before you can RECEIVE PTFs for that FMID. RECEIVE only requires that the FMID be in the Global zone. If the resolving PTF was available, you should have been able to APPLY the FMID and the PTF at the same time. It isn't unusual for an ERROR hold to be placed on an FMID. If there is no resolving PTF, BYPASS HOLDERR would be necessary. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
I once had to BYPASS HOLDERR(). It was a new product. There was a hold against the FMID itself. Until the FMID was APPLIed, no further action was possible. So I bypassed that particular HOLDERR, which allowed the FMID itself to APPLY. That in turn allowed me to RECEIVE more PTFs, including one that SUP'ed the problem PTF. I always felt that this was a packaging error, but the result was fine. . . 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 On Behalf Of Tom Marchant Sent: Tuesday, February 18, 2020 9:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SMPE BYPASS(HOLDSYS,HOLDERR) CAUTION EXTERNAL EMAIL On Fri, 14 Feb 2020 14:22:27 -0600, Paul Jodlowski wrote: >Has anybody ever ran SMPE apply with bypass(holderr)? As others have said, you have not shown a reason that you would need to BYPASS(HOLDERR). If there is a need to BYPASS(HOLDERR), it should be specific, as in BYPASS(HOLDERR(aparnum)). And first run APPLY CHECK and examine the output very carefully to ensure that you are not installing any error PTFs beyond the one that you need. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
On Fri, 14 Feb 2020 14:22:27 -0600, Paul Jodlowski wrote: >Has anybody ever ran SMPE apply with bypass(holderr)? As others have said, you have not shown a reason that you would need to BYPASS(HOLDERR). If there is a need to BYPASS(HOLDERR), it should be specific, as in BYPASS(HOLDERR(aparnum)). And first run APPLY CHECK and examine the output very carefully to ensure that you are not installing any error PTFs beyond the one that you need. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
I remember when I installed this that I had a lot of trouble with the ptf(s). That was due to the fact that one of the IGG modules that had to get restored had a usermod (for CA-DISK) on it. I don't remember if that module was even touched by the ptf. Restoring that usermod was a nightmare - SMPE eventually told me that it could not figure out any relationships for restore anymore and I should do it myself. I ended up accepting a just installed new PTF that fixed some PE. After that, SMP/E was able to do the restore check with CC=0. Out came about 200 ptfs. I applied the crypto stuff, then reapplied all the rest of the ptfs. And the usermod. (And I had done accept before I started that refresh.) While it was nice to have the functionality rolled down to 2.1, the complexity was staggering and I didn't like having it forced upon me in the service stream. I was tempted to just leave the crypto ptf(s) out and wait for 2.3 which would have it in the base. I just reiterate what everybody else already told you: Backup your complete SMP/E environment including the target and DLIBs before you do any apply of that ptf. And then do real thorough testing of just about everything DFSMS. The crypto function is pretty pervasive (as it should be). Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
When I've trained people on using SMP/e I begin by saying that it's made up of processes and procedures, and is also an art. I can teach you the processes and procedures, the art you'll need to learn on your own. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Sunday, February 16, 2020 3:03 PM, Seymour J Metz wrote: > Yes, with trepidation and not relevant in your case. What you need to bypass > is HOLDSYSTEM(DELETE). > > > - > > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of > Paul Jodlowski pgjodlow...@nationalindemnity.com > > Sent: Friday, February 14, 2020 3:22 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMPE BYPASS(HOLDSYS,HOLDERR) > > Has anybody ever ran SMPE apply with bypass(holderr)? > I need to install PTF UA92779 (this is needed to install DB2 v12) > And the only way to get this PTF installed is with bypass(holderr). > From the BYPASSED HOLD REASON REPORT FOR APPLY CHECK PROCESSING > ++ HOLD(UA92779) SYS FMID(HDZ2220) REASON(DELETE) DATE(17216) > COMMENT > (++DELETE Load module IGG0193V is being deleted and rebuilt in > order to include an ICSF module to support the DFSMS Data Set > Encryption function. SMP/E cannot RESTORE this PTF because it > contains a ++DELETE statement for IGG0193V. Over 20 PTFs are > required to enable this function and are co-REQ'ed to ensure > all are installed together. Due to the significant changes > introduced by this function, and the need for the ++DELETE > which prevents SMP/E RESTORE, best practices suggest it is > prudent to create a back-up of your system prior to installing > these PTFs.). > ++ HOLD(UA92836) SYS FMID(HDZ2220) REASON(DELETE) DATE(17205) > COMMENT > (++DELETE Load module IDAV194A is being deleted and rebuilt in > order to include an ICSF module to support the DFSMS Data Set > Encryption function. SMP/E cannot RESTORE this PTF because it > contains a ++DELETE statement for IDAV194A. Over 20 PTFs are > required to enable this function and are co-REQ'ed to ensure all > are installed together. Due to the significant changes > introduced by this function, and the need for the ++DELETE > which prevents SMP/E RESTORE, best practices suggest it is > prudent to create a back-up of your system prior to installing > these PTFs.). > > Cheers > > -- > > 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
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
Yes, with trepidation and not relevant in your case. What you need to bypass is HOLDSYSTEM(DELETE). -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Jodlowski Sent: Friday, February 14, 2020 3:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPE BYPASS(HOLDSYS,HOLDERR) Has anybody ever ran SMPE apply with bypass(holderr)? I need to install PTF UA92779 (this is needed to install DB2 v12) And the only way to get this PTF installed is with bypass(holderr). >From the BYPASSED HOLD REASON REPORT FOR APPLY CHECK PROCESSING ++ HOLD(UA92779) SYS FMID(HDZ2220) REASON(DELETE) DATE(17216) COMMENT (++DELETE Load module IGG0193V is being deleted and rebuilt in order to include an ICSF module to support the DFSMS Data Set Encryption function. SMP/E cannot RESTORE this PTF because it contains a ++DELETE statement for IGG0193V. Over 20 PTFs are required to enable this function and are co-REQ'ed to ensure all are installed together. Due to the significant changes introduced by this function, and the need for the ++DELETE which prevents SMP/E RESTORE, best practices suggest it is prudent to create a back-up of your system prior to installing these PTFs.). ++ HOLD(UA92836) SYS FMID(HDZ2220) REASON(DELETE) DATE(17205) COMMENT (++DELETE Load module IDAV194A is being deleted and rebuilt in order to include an ICSF module to support the DFSMS Data Set Encryption function. SMP/E cannot RESTORE this PTF because it contains a ++DELETE statement for IDAV194A. Over 20 PTFs are required to enable this function and are co-REQ'ed to ensure all are installed together. Due to the significant changes introduced by this function, and the need for the ++DELETE which prevents SMP/E RESTORE, best practices suggest it is prudent to create a back-up of your system prior to installing these PTFs.). Cheers -- 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
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
Yes I have run APPLY with BYPASS(HOLDERR), but only when the "HOLD(s)"
would not have impacted the system.
Just to be safe, do the following:
(a) Backup your *whole* SMP/E environment (CSI, GLOBAL, TLIB and DLIB
zones, and all their associated SMP/E datasets) to a GDG (+1) entry,
using PGM=ADRDSSU. (You should be able to do this for all your product's
SMP/E datasets and associated datasets by specifying their DSN hlq +
wild card ".**".)
(b) Now run your SMP/E APPLY with BYPASS(HOLDERR,HOLDSYS) on a 'sandbox'
test LPAR. Then use your updated SMP/E loadlib etc. datasets to verify
*fully* that the APPLY introduced no errors.
(c) If any errors are detected, restore your *whole* SMP/E environment
from the GDG entry's (now 0) PGM=ADRDSSU backup.
(d) Else, consider it safe to implement the APPLY
BYPASS(HOLDERR,HOLDSYS) on a production LPAR.
BTW "APPLY" can be undone ("REDO" and "REJECT", if memory serves) but
"ACCEPT" cannot. So do not ACCEPT the APPLY, even if all seems to be
working OK after the APPLY.
HTH.
Cheers, Chris Poncelet (retired sysprog)
On 14/02/2020 20:22, Paul Jodlowski wrote:
> Has anybody ever ran SMPE apply with bypass(holderr)?
> I need to install PTF UA92779 (this is needed to install DB2 v12)
> And the only way to get this PTF installed is with bypass(holderr).
> >From the BYPASSED HOLD REASON REPORT FOR APPLY CHECK PROCESSING
> ++ HOLD(UA92779) SYS FMID(HDZ2220) REASON(DELETE) DATE(17216)
>COMMENT
> (++DELETE Load module IGG0193V is being deleted and rebuilt in
> order to include an ICSF module to support the DFSMS Data Set
> Encryption function. SMP/E cannot RESTORE this PTF because it
> contains a ++DELETE statement for IGG0193V. Over 20 PTFs are
> required to enable this function and are co-REQ'ed to ensure
> all are installed together. Due to the significant changes
> introduced by this function, and the need for the ++DELETE
> which prevents SMP/E RESTORE, best practices suggest it is
> prudent to create a back-up of your system prior to installing
> these PTFs.).
> ++ HOLD(UA92836) SYS FMID(HDZ2220) REASON(DELETE) DATE(17205)
>COMMENT
>(++DELETE Load module IDAV194A is being deleted and rebuilt in
>order to include an ICSF module to support the DFSMS Data Set
>Encryption function. SMP/E cannot RESTORE this PTF because it
>contains a ++DELETE statement for IDAV194A. Over 20 PTFs are
>required to enable this function and are co-REQ'ed to ensure all
>are installed together. Due to the significant changes
>introduced by this function, and the need for the ++DELETE
>which prevents SMP/E RESTORE, best practices suggest it is
>prudent to create a back-up of your system prior to installing
>these PTFs.).
>
> Cheers
>
> --
> 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
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
Yes, but that's not what OP was asking. Based on the information provided, I'm not seeing any need to bypass HOLDERROR on the apply. Some other PTFs in the apply stream might have unresolved PE's however. If so, the OP will have to decide whether the PE will have an impact on their environment before they can safely bypass the HOLDERROR. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Friday, February 14, 2020 6:06 PM, Mike Schwab wrote: > Since it will be doing a delete, SMPE cannot restore the PTF. So you > need to back up the SMPE files and target files in order to do a > restore. Then you can bypass the hold and apply the PTFs. > > On Fri, Feb 14, 2020 at 2:22 PM Paul Jodlowski > pgjodlow...@nationalindemnity.com wrote: > > > Has anybody ever ran SMPE apply with bypass(holderr)? > > I need to install PTF UA92779 (this is needed to install DB2 v12) > > And the only way to get this PTF installed is with bypass(holderr). > > From the BYPASSED HOLD REASON REPORT FOR APPLY CHECK PROCESSING > > ++ HOLD(UA92779) SYS FMID(HDZ2220) REASON(DELETE) DATE(17216) > > COMMENT > > (++DELETE Load module IGG0193V is being deleted and rebuilt in > > order to include an ICSF module to support the DFSMS Data Set > > Encryption function. SMP/E cannot RESTORE this PTF because it > > contains a ++DELETE statement for IGG0193V. Over 20 PTFs are > > required to enable this function and are co-REQ'ed to ensure > > all are installed together. Due to the significant changes > > introduced by this function, and the need for the ++DELETE > > which prevents SMP/E RESTORE, best practices suggest it is > > prudent to create a back-up of your system prior to installing > > these PTFs.). > > ++ HOLD(UA92836) SYS FMID(HDZ2220) REASON(DELETE) DATE(17205) > > COMMENT > > (++DELETE Load module IDAV194A is being deleted and rebuilt in > > order to include an ICSF module to support the DFSMS Data Set > > Encryption function. SMP/E cannot RESTORE this PTF because it > > contains a ++DELETE statement for IDAV194A. Over 20 PTFs are > > required to enable this function and are co-REQ'ed to ensure all > > are installed together. Due to the significant changes > > introduced by this function, and the need for the ++DELETE > > which prevents SMP/E RESTORE, best practices suggest it is > > prudent to create a back-up of your system prior to installing > > these PTFs.). > > Cheers > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > > 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
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
Since it will be doing a delete, SMPE cannot restore the PTF. So you need to back up the SMPE files and target files in order to do a restore. Then you can bypass the hold and apply the PTFs. On Fri, Feb 14, 2020 at 2:22 PM Paul Jodlowski wrote: > > Has anybody ever ran SMPE apply with bypass(holderr)? > I need to install PTF UA92779 (this is needed to install DB2 v12) > And the only way to get this PTF installed is with bypass(holderr). > From the BYPASSED HOLD REASON REPORT FOR APPLY CHECK PROCESSING > ++ HOLD(UA92779) SYS FMID(HDZ2220) REASON(DELETE) DATE(17216) >COMMENT > (++DELETE Load module IGG0193V is being deleted and rebuilt in > order to include an ICSF module to support the DFSMS Data Set > Encryption function. SMP/E cannot RESTORE this PTF because it > contains a ++DELETE statement for IGG0193V. Over 20 PTFs are > required to enable this function and are co-REQ'ed to ensure > all are installed together. Due to the significant changes > introduced by this function, and the need for the ++DELETE > which prevents SMP/E RESTORE, best practices suggest it is > prudent to create a back-up of your system prior to installing > these PTFs.). > ++ HOLD(UA92836) SYS FMID(HDZ2220) REASON(DELETE) DATE(17205) >COMMENT >(++DELETE Load module IDAV194A is being deleted and rebuilt in >order to include an ICSF module to support the DFSMS Data Set >Encryption function. SMP/E cannot RESTORE this PTF because it >contains a ++DELETE statement for IDAV194A. Over 20 PTFs are >required to enable this function and are co-REQ'ed to ensure all >are installed together. Due to the significant changes >introduced by this function, and the need for the ++DELETE >which prevents SMP/E RESTORE, best practices suggest it is >prudent to create a back-up of your system prior to installing >these PTFs.). > > Cheers > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE BYPASS(HOLDSYS,HOLDERR)
Those are both bypassed with HOLDSYSTEM. That PTF isn't marked as PE in IBMLINK. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=getsearch=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Friday, February 14, 2020 3:22 PM, Paul Jodlowski wrote: Has anybody ever ran SMPE apply with bypass(holderr)? I need to install PTF UA92779 (this is needed to install DB2 v12) And the only way to get this PTF installed is with bypass(holderr). From the BYPASSED HOLD REASON REPORT FOR APPLY CHECK PROCESSING ++ HOLD(UA92779) SYS FMID(HDZ2220) REASON(DELETE) DATE(17216) COMMENT (++DELETE Load module IGG0193V is being deleted and rebuilt in order to include an ICSF module to support the DFSMS Data Set Encryption function. SMP/E cannot RESTORE this PTF because it contains a ++DELETE statement for IGG0193V. Over 20 PTFs are required to enable this function and are co-REQ'ed to ensure all are installed together. Due to the significant changes introduced by this function, and the need for the ++DELETE which prevents SMP/E RESTORE, best practices suggest it is prudent to create a back-up of your system prior to installing these PTFs.). ++ HOLD(UA92836) SYS FMID(HDZ2220) REASON(DELETE) DATE(17205) COMMENT (++DELETE Load module IDAV194A is being deleted and rebuilt in order to include an ICSF module to support the DFSMS Data Set Encryption function. SMP/E cannot RESTORE this PTF because it contains a ++DELETE statement for IDAV194A. Over 20 PTFs are required to enable this function and are co-REQ'ed to ensure all are installed together. Due to the significant changes introduced by this function, and the need for the ++DELETE which prevents SMP/E RESTORE, best practices suggest it is prudent to create a back-up of your system prior to installing these PTFs.). Cheers -- 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
SMPE BYPASS(HOLDSYS,HOLDERR)
Has anybody ever ran SMPE apply with bypass(holderr)? I need to install PTF UA92779 (this is needed to install DB2 v12) And the only way to get this PTF installed is with bypass(holderr). From the BYPASSED HOLD REASON REPORT FOR APPLY CHECK PROCESSING ++ HOLD(UA92779) SYS FMID(HDZ2220) REASON(DELETE) DATE(17216) COMMENT (++DELETE Load module IGG0193V is being deleted and rebuilt in order to include an ICSF module to support the DFSMS Data Set Encryption function. SMP/E cannot RESTORE this PTF because it contains a ++DELETE statement for IGG0193V. Over 20 PTFs are required to enable this function and are co-REQ'ed to ensure all are installed together. Due to the significant changes introduced by this function, and the need for the ++DELETE which prevents SMP/E RESTORE, best practices suggest it is prudent to create a back-up of your system prior to installing these PTFs.). ++ HOLD(UA92836) SYS FMID(HDZ2220) REASON(DELETE) DATE(17205) COMMENT (++DELETE Load module IDAV194A is being deleted and rebuilt in order to include an ICSF module to support the DFSMS Data Set Encryption function. SMP/E cannot RESTORE this PTF because it contains a ++DELETE statement for IDAV194A. Over 20 PTFs are required to enable this function and are co-REQ'ed to ensure all are installed together. Due to the significant changes introduced by this function, and the need for the ++DELETE which prevents SMP/E RESTORE, best practices suggest it is prudent to create a back-up of your system prior to installing these PTFs.). Cheers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
