I actually have this running right also - getting ready for our 7.1 to
7.2 (as far as we can go for the time being). I used *IMMDLY. We IPL
every Sunday Morning, so that should get me cleaned up.

I just noticed a new Hiper and Security. Oh well - not going on this
weekend. Have to repeat all of this right before the upgrade.




Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf
Of Rob Berendt
Sent: Friday, February 23, 2018 10:17 AM
To: Midrange Systems Technical Discussion
Subject: RE: V7R1 to V7R3 upgrade prep - perm apply PTFs

... except for the PTF's which won't let you permanently apply them
with
DELAYED(*NO), even if they are already temporarily applied.


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: 02/23/2018 11:13 AM
Subject: RE: V7R1 to V7R3 upgrade prep - perm apply PTFs
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Bill,

From my recent discovery, here's the sequence.

APYPTF LICPGM(*ALL) APY(*PERM) DELAYED(*NO)
UPDPTFINF
DLTPTF PTF(*PRMAPY) LICPGM(*ALL)

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf
Of
broehmer@xxxxxxxxxxxxxxx
Sent: Friday, February 23, 2018 10:04 AM
To: Midrange Systems Technical Discussion
Subject: Re: V7R1 to V7R3 upgrade prep - perm apply PTFs

I need some clarification.
I have a 7.1 box that will be upgraded to 7.3 before our new Power 9's
arrive (a few months out hopefully).
Is the sequence always apply permanently then DLTPTF or can one run
DLTPTF
at any point without screwing up the permanent side.

Bill







From: DrFranken <midrange@xxxxxxxxxxxx>
To: Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxx>
Date: 02/23/2018 08:45 AM
Subject: Re: V7R1 to V7R3 upgrade prep - perm apply PTFs
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Sure depends on how they got there for one. Run an UPDPTFINF to
correct
the PTF database and the files in QGPL.

Even then if those are from previous releases you may have to delete
them
anyway.

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 2/23/2018 8:34 AM, Steinmetz, Paul wrote:
Rob,

< As part of the application process it saves the old QCMDEXC into
another save file. Let's call it QSI12345V1.

Is it possible that DLTPTF does not know about these newly created
savf
and it will only delete the savf associated with the PTF?
I still have about 810 PTF savf in QGPL.
These will have to be deleted manually.

Paul


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On
Behalf Of
Rob Berendt
Sent: Friday, February 23, 2018 7:15 AM
To: Midrange Systems Technical Discussion
Subject: RE: V7R1 to V7R3 upgrade prep - perm apply PTFs

Let me explain this once again...

You order a ptf, SI12345 and get a save file QSI12345.
Let's say this PTF fixes QCMDEXC.
You load the ptf.
You apply the PTF.
As part of the application process it saves the old QCMDEXC into
another
save file. Let's call it QSI12345V1.
Then it restores the new QCMDEXC from QSI12345.

If you do a RMVPTF it will delete QCMDEXC and restore it from
QSI12345V1.

If you apply SI12345 permanently then it will get rid of the back up
save file, QSI12345V1, (and do some other things).

But QSI12345 will stay there until you do a DLTPTF.


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: PaulMmn <PaulMmn@xxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxx>
Date: 02/22/2018 10:05 PM
Subject: RE: V7R1 to V7R3 upgrade prep - perm apply PTFs
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Doesn't applying a PTF *PERM get rid of the SAVF automatically?

--Paul E Musselman

.


At 3:55 PM +0000 2/22/18, Steinmetz, Paul wrote:
After perm apply of the PTFs.

DLTPTF PTF(*PRMAPY) LICPGM(*ALL)

3591 PTFs deleted.

3,591 cover letters removed from QGPL/QAPZCOVER
3,964 savf deleted from QGPL.

Paul




-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On
Behalf
Of Jim Oberholtzer
Sent: Wednesday, February 21, 2018 5:07 PM
To: Midrange Systems Technical Discussion
Subject: Re: V7R1 to V7R3 upgrade prep - perm apply PTFs

Paul:

You need to think about where the PTF is. The Permanent area is
different from the temp area, we all know that. Applying the PTF
permanently requires the system to copy that code into the perm
area.
If the object is
active it can't do that. As you discovered most PTFs will it
copy,
there
are those in the LIC and in OS that are always active and can't be
copied.

Jim Oberholtzer
CEO/Chief Technical Architect
Agile Technology Architects

On Wed, Feb 21, 2018 at 2:58 PM, Steinmetz, Paul
<PSteinmetz@xxxxxxxxxx>
wrote:

I'm preparing for this weekend's final V7R1 to V7R3 upgrade,
production LPAR I was permanently apply all PTFs.

APYPTF LICPGM(*ALL) APY(*PERM) DELAYED(*NO)

There are about 20 SI PTFS, that remained temporarily applied,
requiring an IPL to perm apply.
I thought once a PTF was applied, an IPL was no longer needed.

Any thoughts from the group?

Message ID . . . . . . : CPF3994
Date sent . . . . . . : 02/21/18 Time sent . . . . . .
:
16:44:54

Message . . . . : Delayed PTF 5770SS1-SI51332 not permanently
applied.

Cause . . . . . : The requested PTF is a delayed PTF and
cannot
be
permanently applied using the DELAYED (*NO) parameter of the
Apply
PTF
(APYPTF) command.
Recovery . . . : Delayed PTFs can only be applied when the
system
is
initially started (at IPL).

Thank You
_____
Paul Steinmetz
IBM i Systems Administrator

Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071

610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home

psteinmetz@xxxxxxxxxx<mailto:psteinmetz@xxxxxxxxxx>
> http://www.pencor.com/
--
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



"CONFIDENTIALITY NOTICE: This e-mail transmission (and/or the
attachments
accompanying it) contain confidential information belonging to the
sender.
The information is intended only for the use of the intended
recipient.
If you are not the intended recipient, you are hereby notified that
any
disclosure, copying, distribution or the taking of any action in
reliance
on the contents of the information is strictly prohibited. Any
unauthorized interception of this transmission is illegal under the
law.
If you have received this transmission in error, please promptly
notify
the sender by reply e-mail, and then destroy all copies of the
transmission."
--
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 thread ...

Replies:

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

This mailing list archive is Copyright 1997-2019 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].