Re: Making smaller ptf packages
In [EMAIL PROTECTED], on 08/01/2005 at 12:41 PM, Thomas Lawrence [EMAIL PROTECTED] said: Due to our coming late to the table of zOS, we have an enormous load of ptf's to bring us up to the present day, which I requested from ShopZ. When they were received it was 4 compressed tapes! Is there a way to have IBM break this up so we could apply them much easier? No, because of prequisite, requisite and ifreq service. You really do want to RECEIVE the whole thing. Right before you start installing the service, download and RECEIVE the latest HOLDDATA. Note that you can be selective about what service you actually APPLY, but you want all of it on the PTS in case a newer PTF is required to resolve an error. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Making smaller ptf packages
Due to our coming late to the table of zOS, we have an enormous load of ptf's to bring us up to the present day, which I requested from ShopZ. When they were received it was 4 compressed tapes! Is there a way to have IBM break this up so we could apply them much easier? You don't have to apply everything on the tapes at once. It sounds like you have in hand 4 compressed tapes worth of PTFs, and I'll assume you haven't done anything yet with them. Go ahead and SMP/E RECEIVE all of the PTFs from all 4 tapes. This merely loads them from tape into the SMPPTS data set(s) and the global zone... it does not affect your target system. You will probably have to define one or more SMPPTS spill data sets to contain all the PTFs. After you have them staged in the global zone and SMPPTS data sets, you can then pick and choose which subset you want to apply to your target system; you don't have to apply them all at once. As already mentioned, the two most common selection methods are by FMID and by SOURCEID. By FMID should be pretty obvious, and by SOURCEID for example, you can pick the RSU level you want. Let us know if you have more specific questions. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Making smaller ptf packages
Kurt wrote on 03/08/2005 01:01:06 AM: You don't have to apply everything on the tapes at once. It sounds like you have in hand 4 compressed tapes worth of PTFs, and I'll assume you haven't done anything yet with them. Go ahead and SMP/E RECEIVE all of the PTFs from all 4 tapes. This merely loads them from tape into the SMPPTS data set(s) and the global zone... it does not affect your target system. You will probably have to define one or more SMPPTS spill data sets to contain all the PTFs. That (somewhat) offhand last sentence is generally more of an issue than the APPLY. Watch what happens when you have a PTS dataset (or 2, or ...) that are full, and you do a large receive. It ain't pretty. Better than before maybe, but I hate watching all those compresses. We, like others, swapped the order of the spills to alleviate this. And just try using spills with the batch TSO invocation JCL that ShopzSeries suggest if you ftp an order down and install locally. Shane ... (yes I do know how to run ACCEPT to clear the PTS - that ain't the issue under discussion) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Making smaller ptf packages
Due to our coming late to the table of zOS, we have an enormous load of ptf's to bring us up to the present day, which I requested from ShopZ. When they were received it was 4 compressed tapes! Is there a way to have IBM break this up so we could apply them much easier? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Making smaller ptf packages
I suggest using APPLY FORFMID(whatever you want) and specify Compress(ALL) to reduce chances of dataset space abends between applies. Also a backup of the target volume and zones between runs is handy. Just be sure to keep good logs; you don't want to mix them up if you have to do a restore. Alan Schwartz Assurant Shared Business Services Lead Systems Programmer Phone: 651-361-4758 Fax: 651-361-5625 Thomas Lawrence [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/01/2005 12:41 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Making smaller ptf packages Due to our coming late to the table of zOS, we have an enormous load of ptf's to bring us up to the present day, which I requested from ShopZ. When they were received it was 4 compressed tapes! Is there a way to have IBM break this up so we could apply them much easier? ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Making smaller ptf packages
In a message dated 8/1/2005 12:55:03 P.M. Central Standard Time, [EMAIL PROTECTED] writes: I suggest using APPLY FORFMID(whatever you want) and specify Compress(ALL) to reduce chances of dataset space abends between applies. Also a backup of the target volume and zones between runs is handy. Just be sure to keep good logs; you don't want to mix them up if you have to do a restore. I like the Service/PAC methodology of Waves(s). If you kept your install libraries can probably APPLY the service in the same order(WAVES) that your system was built. It does it by groups of FMIDs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html