> -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On > Behalf Of Bob Bridges > Sent: Tuesday, January 29, 2019 8:07 AM > To: [email protected] > Subject: Newbie SMP/E questions > > 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
My solution to this problem is to save the complete listing (everything SDSF would give me) of every SMPE run in a PDS and with a member name that reflects the chronology. For example: $0001R and $0002R for the receives, $0003P for the apply check, $0004P for the apply and $0005C for the accept check, etc. Many jobs had to be run more than once and they are all there for later review. > 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 This is caused by the lack of accepts you describe below. One solution might be to accept the ones that were applied years ago since you are not likely to restore any of them. > 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? The LIST SYSMODS command is your friend. > 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? The basic function of the restore command is to replace "updated" but not accepted data in your target libraries with the "original" data in the distribution library. Since the related PTFs don't exist in the DLIB, there are only two choices. Put them there by accepting them as described above or include them in the restore. If you choose the latter, you don't need to manually include them. You can use the GROUP operand to have SMPE do it for you. My preference while learning SMPE is to use the CHECK operand on every command before firing for effect. > 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? If you do this, make sure you specify different target and distribution libraries. You don't want your testing to step on production. On the other hand, LIST is still your friend. > 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. Use the CHECK operand to test. Look at the third and fourth paragraphs in the description of the GROUP operand in the SMPE Commands manual If you still have questions, show us the exact command you issue and a sample of the error messages. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
