MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » December 2013

Re: PTFs, again



fixed

Just did CHGIPLA RESTART(*FULL).

Will that complete the PTF save file removal portion as well?

John McKee


On Tue, Dec 3, 2013 at 10:13 AM, <rob@xxxxxxxxx> wrote:

First, you are on the 'P'ermanent side instead of the 'T'emporary side.
You should not be running on the 'P' side. Unless there are some pretty
serious extenuating circumstances.
You're front panel is set to B N T so a full server IPL should switch you
over to the 'T' side.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: John McKee <jmmckee@xxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 12/03/2013 10:28 AM
Subject: Re: PTFs, again
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Output from DSPFMWSTS

5722SS1 V5R4M0
060210
S1015362 12/03/13 08:47:32 CST

Display Firmware
Status

Service partition . . . . . . . . . . . . . : Yes

Firmware update policy . . . . . . . . . . : *OPSYS

Server IPL source . . . . . . . . . . . . . : Permanent

Firmware product ID/release . . . . . . . . : 5722999 V5R4M0

Server IPL required . . . . . . . . . . . . : Yes

---Server firmware---- ---Operating system---

Fix PTF Fix PTF Update

Copy pack ID pack ID Status

*ACTIVE SF240_219 MH00677

*TEMP SF240_338 MH01053 SF240_338 MH01053 None

*PERM SF240_219 MH00677 SF240_338 MH01053 None


* * * * * E N D O F L I S T I N G * * * * *



No HMC.


Found this:

http://www-01.ibm.com/support/docview.wss?uid=nas8N1015899


I checked the system panel. It is set to B N T already.


Is this just a matter of a second IPL required to finish the PTF install?


John McKee




On Tue, Dec 3, 2013 at 6:39 AM, <rob@xxxxxxxxx> wrote:

MH PTFs are normally firmware.

Since I use an HMC, and have that control firmware upgrades, I had
forgotten about allowing a service partition be in charge of applying
firmware upgrades.

Try the command DSPFMWSTS. Mine looks like the following:

Display Firmware Status

Service partition . . . . . . . . . . . . . : No
Firmware update policy . . . . . . . . . . : *HMC
Server IPL source . . . . . . . . . . . . . : Temporary
Firmware product ID/release . . . . . . . . : 5733906 V1R2M0

---Server firmware----
Fix PTF
Copy pack ID
*ACTIVE EM350_143 MH00000
*TEMP EM350_143 MH00000
*PERM EM350_126 MH00000

Service partition means does this lpar of IBM i control upgrading the
firmware on the FSP?
Firmware update policy means do I control firmware upgrades with my HMC
or
by applying PTFs on a service partition. If you have an HMC then you
really should use the HMC. Yes it may add some steps but to do so
otherwise may mean you may get your firmware to a level that is no
longer
supported by your HMC.
Server IPL Source: Much like IBM i has the 'A' side and the 'B' side
firmware has a 'T'emporary and a 'P'ermanent side. Which makes much
more
sense. At least to those of us who speak English. But like does A and
B
mean anything to a native language only person from China?
I don't find the Firmware product ID/release nearly as useful as the
'Server firmware' columns below.
Many firmware upgrades are not disruptive. I often perform them midweek
while the lpars of IBM i or Linux are running. Early on in the product
they often demanded a dedicated system or were so crippled to be
worthless
without an IPL. There are still some which will require an IPL.

Firmware to HMC support:



https://www14.software.ibm.com/webapp/set2/sas/f/power5cm/supportedcode.html


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: John McKee <jmmckee@xxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 12/02/2013 05:06 PM
Subject: Re: PTFs, again
Sent by: midrange-l-bounces@xxxxxxxxxxxx



They are MHxxxxx PTFs. Even with IPL restart type set to *SYS,according
to
the help, firmware should be restarted. Only one partition. This is a
520.

John McKee


On Mon, Dec 2, 2013 at 3:54 PM, DrFranken <midrange@xxxxxxxxxxxx> wrote:

When it says "SERVER IPL required" that means firmware was updated. So
that means shut down all other partitions (if they exist) and then do
a
PWRDWNSYS RESTART(*YES) on this partition. That will then initiate a
'deep IPL' where the server itself will do PTF work.

Chances are the PTFs in question will be MHxxxxx numbers as those
apply
to the firmware.

As for all those save files they are not cleared up by perm apply.
They
may still be needed for other servers if you use management central
to
distribute PTFs for example. If they are temp applied then they may be
needed for SAVSYSINF. You need to clean them up when you determine
they
are no longer needed.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 12/2/2013 4:44 PM, John McKee wrote:
Thank you for your insight, Rob.

Earlier this morning, I did a DSPPTF to an outfile. A query on that
file
shows:

Cover letter only 1
On order only 2
Permanently applied 3,760
Save file only 1
Superseded 5,043

Value of QABNORMSW = 0
hows
A DSPPTF with no parameters shows Server IPL required. Pressing
help
shows
CPD35F8. Causw states reason code 1, Program temporary fixes have
been
applied for the server firmware portion of the Licensed Internal
Code.


DSPPTF LICPGM(5722999) SELECT(*ACTRQD) shows eight PTFs. And, I
remember
some of these. All state Permanently applied - IPL. They are all
MH
PTFs. And they are 1076, 1073, 1070, 1053, 1007, 1004, 1001, 997

Maybe just another IPL with restart type *FULL clears this all up?
But,
I
don't recognize any CHGIPLA attributes that might need to be
changed,
other
than retsart type.

Vast majority of the save files are for v5r4m0. I found some
ancient
v1r2m0 save files with ANZOBJCNV. Wanted to let PTF process delete
the
v5r4m0 save files so I would not accidentally confuse things by
deleting
wrong save file manually.

Maybe I can find out when PTFs were perm applied.

John McKee


On Mon, Dec 2, 2013 at 3:09 PM, <rob@xxxxxxxxx> wrote:

Where, exactly, are you seeing "server IPL required"?
On an individual PTF when looking at 1. General information?
On the list of ptf's when looking at the column "IPL Action"?

Try this:
DSPPTF OUTPUT(*OUTFILE) OUTFILE(QTEMP/DSPPTF)
sql that and delete the ones which are permanently applied. Then
start
your analysis from there.


Other things which will affect PTF application include if your IPL
was
'abnormal'. WRKSYSVAL QABNORMSW.
Sometimes you may have PTF's that are missing coreqs or prereqs.
See
GO
LICPGM, 50. Display log for messages. You may have to delve into
the
joblogs for SCPF, active and past. If it's been too long since
your
last
IPL you may be missing this history. GO CLEANUP will clear it out
after
the number of days you tell it to.

Also, look closely at those PTF save files. Are some PRIOR to
V5R4?
If
so, and you failed to apply them permanently before upgrading to
V5R4
they
will remain there for all eternity. Years ago I started applying
all
PTFs
permanently (along with an extra IPL or two) before upgrading my
OS.
This
helped prevent new ones from being left over. The older ones I had
to
manually delete. I think I even discovered some V2 PTFs.

Oops look at the time. This may be chopped - gotta go.

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: John McKee <jmmckee@xxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxx>
Date: 12/02/2013 03:52 PM
Subject: PTFs, again
Sent by: midrange-l-bounces@xxxxxxxxxxxx



I know I asked this before. Just tried to search, but didn't find
it.
Maybe wrong terms. What I used, with Google, was:

perm applied ptfs savf file remains


I know there were a large number of temporary applied PTFs. Just
looked,
and they are all permanent applied now.

DSPPTF still shows "Server IPL required". IPL source is ##MACH#B
##SERV#P

And, all the PTF save files are still in QGPL.

I don't know when PTFs were permanently applied. I thought I read
that
the
save files were removed when PTFs were permanently applied.

I do remember changing the IPL attribute for restart type. It is
currently
set to *SYS, and I know I changed it per the suggestion of another
user.
Been a while, but I am wondering if the SERV value stated T at the
time.

This is v5r4m0

I am confused, and it is getting more routine.

John McKee
--
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.


--
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.


--
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.


--
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.







Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot 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 here. If you have questions about this, please contact