|
Yeah, like A is where PTFs are applied permanent, B for temporary application, and we normally, of course, run off of B. Now is there also a "permanent" flashing of the FSP? IIRC, we are normally supposed to be running on the T side, right? I must admit, I've pretty much just stumbled my way along in this area. ;-) Vern -------------- Original message -------------- > I am not so sure about "Normally the P and T sides of the FSP are kept in > sync so long as all goes well." > Often I have to "accept" the level. > > Vern, > Yes, there is a difference between A,B and P,T. But, for what each set > does, they are comparable. > > Rob Berendt > -- > Group Dekko Services, LLC > Dept 01.073 > PO Box 2000 > Dock 108 > 6928N 400E > Kendallville, IN 46755 > http://www.dekko.com > > > > > > Larry Bolhuis > Sent by: midrange-l-bounces@xxxxxxxxxxxx > 09/10/2005 09:24 PM > Please respond to > Midrange Systems Technical Discussion > > > To > Midrange Systems Technical Discussion > cc > > Subject > Re: Src B200-8105 on early i5s. > > > > > > > Vern, > > You are correct and respectfully I disagree with Al. Having them > different between FSP and SLIC is good. > > P and T are the levels for the FSP code. P for permanent and T for > temporary. Except for the 595 there is only one FSP in the system. > > A and B are for OS/400 SLIC and are for each partition independantly. > > If you have no HMC then the MH ptfs that exist on your system are > downloaded to the FSP at power down time. Normally the P and T sides of > the FSP are kept in sync so long as all goes well. A and B SLIC are kept > in sync only of you take the action of APYPTF *PERM. > > Hopefully that makes some sense! > > - Larry > > Vernon Hamberg wrote: > > > A & B is not the same as T & P, right? The latter have to do with the > > service processor, A & B with load source, right? I just saw a display > > of what you get when running FLASHLEVELS in SST. There's a distinction > > there. We don't have an HMC, so we use the normal PTF process, but > > this is still a bit of a quandary for me. > > > > Vern > > > > At 11:50 AM 9/9/2005, you wrote: > > > -- > Larry Bolhuis IBM eServer Certified Systems Expert: > Vice President iSeries Technical Solutions V5R3 > Arbor Solutions, Inc. iSeries LPAR Technical Solutions V5R3 > 1345 Monroe NW Suite 259 iSeries Linux Technical Solutions V5R3 > Grand Rapids, MI 49505 iSeries Windows Integration Technical > Solutions V5R3 > IBM eServer Certified Systems Specialist > (616) 451-2500 iSeries System Administrator for > OS/400 V5R3 > (616) 451-2571 - Fax AS/400 RPG IV Developer > (616) 260-4746 - Cell iSeries System Command Operations V5R2 > > If you can read this, thank a teacher....and since it's in English, > thank a soldier. > > > -- > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing > list > To post a message email: MIDRANGE-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MIDRANGE-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. > > > -- > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/midrange-l > or email: MIDRANGE-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. >
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.