|
APYPTF LICPGM(*ALL) APY(*PERM) DELAYED(*IMMDLY)
UPDPTFINF
DLTPTF PTF(*PRMAPY) LICPGM(*ALL) -( removes savf and cover letters from
QAPZCOVER.
<snip>
Did you run UPDPTFINF before you ran DLTPTF?
I found this made a difference.
Additional savf were found and deleted.
</snip>
I believe so
<snip>
APYPTF LICPGM(*ALL) APY(*PERM) DELAYED(*IMMDLY)
UPDPTFINF
DLTPTF PTF(*PRMAPY) LICPGM(*ALL)
287 PTFs deleted.
</snip>
UPDPTFINF, according to the help, only updates from the save files in
QGPL. Not QPTFOBJ1 or other libraries you may have stored ptf save files
into.
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: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 03/16/2018 08:51 AM
Subject: RE: Perm vs Temp PTF applies
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
Rob,
Did you run UPDPTFINF before you ran DLTPTF?
I found this made a difference.
Additional savf were found and deleted.
Even after running UPDPTFINF followed by DLTPTF, I still had savf that had
to be manually deleted.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rob
Berendt
Sent: Friday, March 16, 2018 8:21 AM
To: Midrange Systems Technical Discussion
Subject: RE: Perm vs Temp PTF applies
Just ran the following on one a sandbox lpar which has been around for a
long time.
APYPTF LICPGM(*ALL) APY(*PERM) DELAYED(*IMMDLY) UPDPTFINF DLTPTF
PTF(*PRMAPY) LICPGM(*ALL)
287 PTFs deleted.
This system does not have PDM so I ran
wrklnk '/qsys.lib/qgpl.lib/qapzcover.file/*'
Then I used 5 to view them. These are for some products not on my system
(at least not anymore). For example 5733-ARE. Which explains this dspptf
5733are Product 5733ARE *ALL not supported or installed.
So, apparently these members I will have to remove manually.
DLTPTF, with the *PRMAPY option, will not delete cover letter only PTF's.
Like SF98730.
DLTPTF PTF(*COVERONLY) LICPGM(*ALL)
PTF 5770SS1-SF98730 V7R3M0 deleted.
1 PTFs deleted.
Now I'm down to:
DSPFD FILE(QGPL/QAPZCOVER)
Total number of members . . . . . . . . . : 131
DLTPTF PTF(*SAVFONLY) LICPGM(*ALL)
126 PTFs deleted.
Now I'm down to:
DSPFD FILE(QGPL/QAPZCOVER)
Total number of members . . . . . . . . . : 5
And their save file are still on my system All of these are for products
not on my system.
DLTPTF PTF(*ONORDONLY) LICPGM(*ALL)
No PTFs found.
I ran
DLTPTF PTF(...)
For these remaining 5
Now QGPL/QAPZCOVER has no members.
I used an SQL service to scan my system for all save files.
I found several in QPTFOBJ1.
These are all
PTF status . . . . . . . . . . . . . . : Permanently applied
Unattended IPL action . . . . . . . . : None
Action pending . . . . . . . . . . . . : No
Action required . . . . . . . . . . . : No
Temporarily applied date/time . . . . : 03/05/18 10:57:13
Why would these save files still be here?
Perhaps I once ran DLTPTF and some were only temp applied? Would have had
to been somewhat recent.
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: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 03/05/2018 02:38 PM
Subject: RE: Perm vs Temp PTF applies
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
From my recent discovery, here's the sequence.
APYPTF LICPGM(*ALL) APY(*PERM) DELAYED(*IMMDLY)
UPDPTFINF
DLTPTF PTF(*PRMAPY) LICPGM(*ALL) -( removes savf and cover letters from
QAPZCOVER.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
DrFranken
Sent: Monday, March 05, 2018 12:01 PM
To: Midrange Systems Technical Discussion
Subject: Re: Perm vs Temp PTF applies
So this temp vs perm thing. Much FUD and such here.
First you cannot NOT apply PTFs perm, it's just not possible. Jim and
others have already pointed this out. In MANY cases (ALL?) where there is
a PTF being temp applied that supersedes the previous PTF that previous
PTF is Perm applied. In addition all PTFs that the old PTF has as a
pre-req or co-req are also permanently applied. So this happens for this
reason all the time.
Then there is the Technology Refresh. Basically when you apply the
enabling LIC PTFs for a TR which are the MF99xnn PTFs, (here nn is the TR
number and x is 0 for i 7.1, 1, for i 7.2 and 2 for i 7.3) the system will
perm apply all the PTFs in the LIC. This is because basically that
MM99 guy will supersede pretty much the entire LIC. So that happens too.
Then there is the disk space that has been talked about. Temp applied PTFs
consume space. Now I sell disk space so use all you want but if you don't
want to waste it, do some perm applies.
Then as Steve mentioned if the difference between the A LIC and the B LIC
are so vast you could find yourself unable to even run on the A side. This
was a bigger problem previous to the TR because the TD at least forces
them equal a couple times a year.
Now if you want to do your PTFs smoothly and just stay out of trouble you
WILL Perm apply. This sort of sequence:
DoUntil Upgrade *eq *YES
FULL SAVE
Load/apply PTFs
SAVE IBM
Run for a while (Your call, month or two perhaps)
APYPTF *ALL *PERM
IPL
SAVE IBM
Run for a while (your call, month or two perhaps)
Enddo
Follow this pattern and you and your system will be happy and applying
PTFs will run smoothly with near zero issues.
- Larry "DrFranken" Bolhuis
www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.
On 3/2/2018 8:27 PM, Robert Hooper wrote:
So I've run across something interesting. I was talking with someoneabout applying the latest cume / group PTF on a V7R1 server that has not
had PTF's applied in over 3 years. When I asked if the existing PTF's had
been perm applied, the response I got was that they never apply the PTF's
perm but keep applying temp.
bake until the next pack comes out, apply perm before SAVSYS (at least),
Does anyone else do this? I've always done the apply cume temp, let it
then apply next cume pack.
--
Is this not the way of PTF care and feeding?
Thanks
Robert
Sent from my iPhone
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.