|
Wellll, not exactly true. In the lab at IBM I had an LPAR setup in V5R1 that just happened to hit the right boundary condition, so that even a D IPL did not work. I don't remember the values, but it was on the 3rd of 3 partitions. This was fixed, but it could be that you don't have the PTF. I don't know how this showed up in the real world, where I am now. > > ----- Original Message ----- > From: "Carl Galgano" <cgalgano2@ediconsulting.com> > To: "Midrange List" <MIDRANGE-L@midrange.com> > Sent: Monday, July 08, 2002 1:25 PM > Subject: Can a CUM PTF update the microcode on the service processor? > > > > At first I figured that the PTF load had something to do with it, but > > all logic tells me that this is a hardware issue, with the DASD not > > installed, the box should know nothing about the PTFs I loaded. Is it > > possible that the PTFs updated the microcode of one of the cards in the > > box (ie the service processor - 244A)? Any insight to this would be > > very helpful. > > > I would suspect the hardware. > A D IPL from clean CD's would HAVE to work. If you loaded from them once, > you should be able to IPL from them again. Nothing on the 400 other than > hardware can stop a D IPL. > > =========================================================== > R. Bruce Hoffman, Jr.
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.