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
