× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Read my email again, slowly.
Yes, some cleanup was done. It cleaned up some of the backup ptf files.
Like the QSF00001S1 mentioned in my previous email - not the QSF00001
downloaded.
Then, again, if it's been awhile since you IPL'd, any number of cleanup
steps could have happened to free up space also.

Let's get back to the CPD35F8 Server IPL required.
I suggest performing the following:
GO LICPGM
50. Display log for messages
If you can't find anything glaringly obvious in there then do a WRKJOB
SCPF. This is the job that applies PTFs during an IPL. You may have more
than one. Look at the joblog for the active one and the most recent
completed one. See if anything there grabs you by the gills.
Follow that with
DSPPTF OUTPUT(*OUTFILE)
then concentrate on these
SELECT SCPPID, SCPTFID, SCSTATUS, SCIPLACT, SCACTP, SCAACR
FROM rob.dspptf
ORDER BY scstatus, scppid, scptfid
The ones that are permanently applied, and have no action required nor
action pending can be ignored.

As far as this:
<snip>
You stated that RESTART(*YES) did not qualify as a server IPL and that
entire frame would have to be IPLed.
</snip>
Let's put this into context. This will not make a difference on most of
your traditional LPP and OS ptf's. What it will make a difference on is
firmware PTF's. If you have your firmware set to upgrade from OS and not
HMC (always! set that to HMC if you have a HMC) then, yes the firmware PTF
may require the whole frame to be IPLd.
I forget how old 5722999 is and what level of OS that indicates (please
post the OS and don't make us look up ptf MFsuchandsuch to see what
version you are running).
DSPFMWSTS is a command useful for displaying your current firmware level.
Older versions of the OS may not have it. If you are upgrading firmware
from the IBM i os, and you're on your service partition then DSPPTF
LICPGM(*FMW) may work. 7.1 infocenter says so but I upgrade from HMC so
it throws me an error.
V5R4 infocenter covers this, and your exact message, at
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/rzam8/rzam8fixinfocumpacklevel.htm

I have no idea how much longer a full IPL will be. Depends on the
firmware upgrade, your hardware, phase of the moon, etc.

Are there any possible negatives of a full server IPL? Well, the risks
are this:
1 - You could have a bad copy of firmware that you install. But I say the
risks of that are slim to none, providing your cume level is somewhat
recent.
2 - It will test some hardware more thoroughly. If the hardware is bad,
or on the brink, it may find out (the hard way). There are some people
that think that hard drives are like car engines, starting them up are the
hardest thing on them. Since you aren't planning on leaving it powered
off for days, weeks, etc then "stiction" is probably not a factor.
Now that I've covered my a$$, I'd have to say your risks of a full IPL are
slim.

Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.