|
Bob, I believe you are pretty much right with that. However, I think that the A side is meant only for permanently applied MF (hardware) PTFs and that software PTFs would be the same as on the B side. OK, I think I was right as I found this to confirm...and the statement that "when the operating system is upgraded to a new release, the A side and B side match." leads me to think that it may be unnecessary to perm apply the PTFs before installing a new release. Although, it is in IBM's documentation that you should do this. http://www-912.ibm.com/s_dir/slkbase.nsf/3cdf5d853ca698198625680b00020369/6e3958aef5fb1646862565c2007d201d?OpenDocument Question: What is the difference between the A side and the B side? Answer: A/B side concepts are relative to LIC and not to OS/400 or LPP PTFs. When a new system is shipped or when the operating system is upgraded to a new release, the A side and B side match. When LIC PTFs are temporarily applied, they are applied to the B side. If you have temporarily applied LIC PTFs and you are running on the A side, you will not be running with the PTFs. Previous to V3R1M0, you had to be running on the A side to apply PTFs to the B side. When GO PTF, Option 8 is used to apply LIC PTFs, the system determines if you are running on the A side or the B side. If you are running on the A side, the LIC PTFs are applied immediately. The system is IPLed to the B side to apply the rest of the PTFs. If you are running on the B side, the system does a partial IPL to the A side to apply the LIC PTFs. The system is IPLed back to the B side to apply the rest of the PTFs. Starting in V3R1M0, immediate LIC PTFs can be applied to the B side while you are running on the B side. If you are on the B side and you use GO PTF , Option 8 Automatic IPL Y to apply immediate LIC PTFs. The system IPLs to the B side to apply the PTFs. The system does not IPL to the A side. Delayed LIC PTFs in V3R1 and beyond function the same way all LIC PTFs functioned before V3R1M0. Permanently applying LIC PTFs puts the PTF on the A side. Once the PTF is permanently applied, it cannot be removed. 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 06:03:53 PM: > 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.