|
All of that is true. However I still don't think it justifies doing the APYPTF *ALL *PERM. Because then your A side will be equal to your B side and then you would no longer have a fall back position. If a PTF is superceeded it will automatically be applied permanent and that should automatically update your A side, and thus your fallback position. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com Robert Laing <rlaing@xxxxxxxxx> Sent by: domino400-bounces+rob=dekko.com@xxxxxxxxxxxx 04/20/2005 05:03 PM Please respond to Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx> To Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx> cc Subject Re: perm apply ptf's My understanding is, there are two layers of the OS on the iSeries running on what is referred to as the A side and B side of the system. Most iSeries are typically IPL'd from the B side of the OS. When the OS is loaded, carbon copies exist on the A side and B side. When PTF's are loaded, they are loaded to the B side, system runs from the B side and hopefully all is well. If something goes drastically wrong with the PTF's loaded on the B side, the system can be IPL'd from the A side and run as before the PTF's were loaded. If the PTF's are good, before loading the latest CUM or Group, permanently applying the PTF's will load them onto the A side, new PTF's are now loaded on the B side. So you always have a fallback position by IPLing from the A side. If I have any of this wrong -- someone else please chime in... Bob rob@xxxxxxxxx Sent by: domino400-bounces To +rlaing=gemko.com Lotus Domino on the iSeries / AS400 @midrange.com <domino400@xxxxxxxxxxxx> cc 04/20/2005 05:55 Subject PM Re: perm apply ptf's Please respond to Lotus Domino on the iSeries / AS400 <domino400@midran ge.com> Why? Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com Robert Laing <rlaing@xxxxxxxxx> Sent by: domino400-bounces+rob=dekko.com@xxxxxxxxxxxx 04/20/2005 04:49 PM Please respond to Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx> To Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx> cc Subject Re: perm apply ptf's It's a good rule of thumb to permanently apply ptf's before upgrading to a new release or loading a new cum/group package. Other than that, freeing DASD would be the only other reason I would see to permanently apply ptf's. Bob rob@xxxxxxxxx Sent by: domino400-bounces To +rlaing=gemko.com Lotus Domino on the iSeries / AS400 @midrange.com <domino400@xxxxxxxxxxxx> cc 04/20/2005 03:41 Subject PM Re: perm apply ptf's Please respond to Lotus Domino on the iSeries / AS400 <domino400@midran ge.com> And, Domino has done strange things in the past, like having you reload one extended product after having upgraded your version of Domino. I suspect they do something like having a different version of some program or service program out there based on whether or not you have that extended product. For example, let's say that QINNINSTS was a program. Then if you had a certain extended product (Sametime, Quickplace, LEI, Domino Fax for iSeries, etc) they might replace that program with a modified version of their own. The only time 'traditional' os/400 programs have ever replaced a ptf was when a test version of that ptf was released to a few restricted customers for testing. Then a bug was reported and they modified it, did their internal regression testing, and then released it again to the test crowd. But this test crowd is aware that it is a test ptf and they should not permanently apply it. (And it really vexes IBM when you do. Trust me, they don't like regening a ptf as a new number just because you oopsed. They'll do it, because you are the customer and deserve their service, but you do have to let them vent as your part of the partnership.) Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com Chris Whisonant <Chris.Whisonant@xxxxxxxxxxxxx> Sent by: domino400-bounces+rob=dekko.com@xxxxxxxxxxxx 04/20/2005 01:57 PM Please respond to Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx> To Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx> cc Subject Re: perm apply ptf's We never apply permanently either unless we are upgrading OS releases. What is up with updating the PTF?!? That's the most insane thing I've heard of in a while. I wonder how many other times this has happened? Chris Whisonant Comporium Senior Mid-Range Systems Administrator IBM eServer Certified Systems Expert - iSeries Technical Solutions V5R2 IBM Certified System Administrator - Lotus Notes and Domino 6/6.5 803.326.7270 | 803.326.6142 fax http://cwhisonant.blogspot.com/ domino400-bounces+chris.whisonant=comporium.com@xxxxxxxxxxxx wrote on 04/20/2005 02:53:58 PM: > Someone recently asked a question regarding permanently applying ptf's as > a general rule. I'd like to give another example of why not. Just today > I got an email from an IBMer supporting Notes. They wanted me to > redownload the ptf for Team Workplace (Quickplace) as instructed by: > http://www-1.ibm.com/support/docview.wss?rs=0&uid=swg24009143 > I already had this ptf loaded and applied. However, someone decided to > update the ptf versus coming out with a new ptf number. (Crack addict?) > So I had to RMVPTF, reload it, and apply the new reload. If I had applied > this permanently I would have had to DLTLICPGM 5733LQP, reinstall it, then > load and apply the updated ptf. > > As a general rule I never do a APYPTF LICPGM(*ALL) APY(*PERM). > > Rob Berendt > -- > Group Dekko Services, LLC > Dept 01.073 > PO Box 2000 > Dock 108 > 6928N 400E > Kendallville, IN 46755 > http://www.dekko.com > > _______________________________________________ > This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list > To post a message email: Domino400@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/domino400 > or email: Domino400-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/domino400. > _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/domino400 or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400. _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/domino400 or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400. _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/domino400 or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400. _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/domino400 or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400. _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/domino400 or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.