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: Model9 is now backed by Intel Capital
For the record, this segment of the storage market is quite competitive. Examples of other products and offerings include: IBM Cloud Tape Connector for z/OS IBM DS8880/DS8900 and z/OS DFSMShsm Transparent Cloud Tiering RecoveryPoint z/Archive (which uses the previous one) Luminex CloudTAPE Compuware (Innovation Data Processing) CloudVTB Dell EMC DLm ...and that's very likely not a complete list. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg.ibm.com -- 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: Convert a Metal C control block mapping to Assembler DSECT ?
Some control block macros are generated from PL/X and contain the source as comments. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Friday, February 14, 2020 2:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Convert a Metal C control block mapping to Assembler DSECT ? On Fri, 14 Feb 2020 10:52:07 -0800, Charles Mills wrote: >I would assume that Gord is using the EDCDSECT program which is legally part >of the XLC compiler. It assembles the DSECT -- can be either by itself or part >of some larger assembly -- and massages SYSADATA to produce a C-legal struct. > >... Its worst flaw IMHO is to make FOO DS FL8 and similar into char foo[8] . > That deserves an APAR. FL8 is not CL8. >Our local hero Peter Relson developed an internal tool that does a much better >job, and z/OS is now shipping C struct header files for many, many MVS control >blocks. (The tool is not suitable for release because it uses PL/X input, >which is much better because it is closer to C than HLASM is. PL/X is more >strongly typed than HLASM.) > Aren't some z/OS control blocks distributed bilingual, HLASM and PL/X? >Agree with Lionel's recommendation. Even if the usage is going to be 90% C and >10% HLASM you want to do the DSECT first and work from there. > >This has been discussed here previously, including someone who posted regex >that will automate the conversion of char foo[8] to long long foo; > But what if the original was FOO DS CL8, a common cliche in z/OS? -- gil -- 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