They were indented when I sent it. -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Paul Gilmartin Sent: Tuesday, January 29, 2019 11:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Style (was: Newbie SMP/E questions)
On 2019-01-29, at 09:52:18, Allan Staller wrote: > Comments interspersed. > > HTH, > Thanks. It would further be useful if you distinguished quoted material with the customary ">" prefix. > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > Behalf Of Bob Bridges > Sent: Tuesday, January 29, 2019 10:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Newbie SMP/E questions > > I'm the Top-Secret admin for a client whose system programmer retired a > couple years ago. The client tapped another employee to take his place, and > she's learning the job with frantic haste but insists with some justification > that she's not a system programmer yet. Me, I came into security through the > applications-development side so I'm not even close. > > Together she and I are trying to learn SMP/E. The immediate purpose is so we > can apply some TSS-related PTFs, but really, it's become clear to me that we > need no excuses to make it a priority; SMP/E is kind of important. > > I have embarked on a serious reading of the SMP/E User's Guide, but I still > need help. I'll limit myself to a handful of questions to start with: > > Question #1) We started by applying a PTF - call it A for simplicity - and > its prerequisite B. We did that last August and then the project languished > for the sake of other priorities. Now we're working on it again and we want > to restore those two PTFs and do the APPLY again. Why? Well, partly because > it was 'way back in August and we're uncertain about exactly how we did it > back then. We know more now. Partly because we know more now and we want to > practice it better. I dunno, partly because we just want to. I think maybe > we bypassed some HOLDs back then too. > > Anyway, we attempted the RESTORE, but we got lots and lots of error messages > saying we need to include other PTFs in the RESTORE. Some of these have an > indirect connection to A and B; B superceded at least three of them, for > example, which I can see were applied some years ago. Others have no > relation to our PTFs that I can discern. I haven't yet found the place in > the User's Guide that explains these relationship and their relevance. Can > someone give a helpful explanation? > SMPE has 2 basic zones TARGET and DLIB (everything else just supports these 2 > zones.). APPLY/ACCEPT processing installs maintenance into the TARGET/DLIB > zones respectively. Once accepted, the only fallback is dfDSS restore (if you > have backups). > Restore processing returns the environment to the last ACCEPTed level. In > order to complete this process, all maintenance from the accepted level to > the current code level must be restored. > > Question #2) So far as we can tell by issuing LIST XREF commands, whoever ran > this thing in the past never did any ACCEPT, ever, except for the original > function code. I see at least 11 PTFs that were applied (including our two), > but the distribution library shows no PTFs for any module I've yet LISTed. > If true, does that mean that to do a RESTORE of our two PTFs we'll have to > RESTORE everything back to the plain-vanilla base? > It is a common practice not to accept maintenance for 3rd party products. I > will not say it is good or bad, but it is common. In to restore to the > environment "before the 2 PTFs", all non-accept PTFs must be restored and > then re-applied (minus the two PTFS). > This will accomplish what is desired in #1 above. > > Question #3) My partner the not-sysprog has in mind that maybe we need to set > aside this CSI (which is dedicated to Top Secret) and create another one > starting with the base software and build up from there. I didn't realize > this could be done, but she thinks she can do it. If it'll work, I like it; > we'll know in that case what we have, which we do not at present. Anyone > have any thoughts on this plan? > A re-install of the product into separate zones is certainly > practical. IMO, less work, but also less of a learning experience > > Question #4) This is a less-important add-on: In both the online > documentation and the User's Guide, I read if I'm doing a RESTORE and name > PTFs A and B, including the GROUP operand causes SMP/E to add whatever other > PTFs are required for various reasons. It doesn't seem to, though; it names > them and complains about them, but doesn't add them to the list. Have I > misunderstood something? I'm loathe to believe the documentation is flat > wrong. > RESTORE S(A,B) GROUPEXTEND will sometimes miss some items. Include them > manually. E.g . RESTORE S(A,B,C) GROUPEXTEND will sometimes miss some items. > > If you're getting ready to send rushed messages saying "DON'T DO ANYTHING > UNTIL YOU'VE CHECKED...", relax; we're planning to go slow. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
