RE: Failure to permanently apply ptf's prior to an upgrade

These are save files for superseded PTF's, in case you need to remove
the latest one.  That's why they go away when you perm apply the PTF's.
I had not perm applied PTF's before upgrading since V3R2 (when it was a
necessity!) and last year I found that library QSYSDIR was full of
these.

I deleted all of the ones that were not for current LPP's and saw no
adverse effects.  If you happen to delete save files associated with
current PTF's you may find yourself unable to apply superseding PTF's.
In this case you'll have to reapply the first PTF and work your way up
the chain.

Regards,
 
Scott Ingvaldson
iSeries System Administrator
GuideOne Insurance Group


-----Original Message-----
date: Thu, 16 Feb 2006 08:36:56 -0500
from: rob@xxxxxxxxx
subject: Failure to permanently apply ptf's prior to an upgrade

If I fail to permanently apply ptf's prior to an upgrade I believe that
it leaves the temp stuff around for all perpetuity.  And once I've
upgraded to the new release it is too late to permanently apply the
ptf's from the earlier release.  For example look at these objects in
QHTTPSVR:
Object      Object    Object      Creation
            Type      Attribute   Date 
QSF56133J1  *FILE     SAVF         042299 
QSF56133J2  *FILE     SAVF         042299 
QSF56133J3  *FILE     SAVF         042299 
QSF59810J1  *FILE     SAVF         110999 
QSF61510J1  *FILE     SAVF         030600 
QSF61510J2  *FILE     SAVF         030600 
QSF61510J3  *FILE     SAVF         030600 
QSI01612J1  *FILE     SAVF         053101 
QSI02026J1  *FILE     SAVF         081001 
QSI02026J2  *FILE     SAVF         081001 
QSI02425J2  *FILE     SAVF         110801 
QSI04067J3  *FILE     SAVF         051402 
QSI04067J4  *FILE     SAVF         051402 
QSI04133J2  *FILE     SAVF         050202 
QSI04133J3  *FILE     SAVF         050202 
QSI04134J1  *FILE     SAVF         050202 
QSI04273J2  *FILE     SAVF         043002 
QSI05385J1  *FILE     SAVF         071802 

The change date on all of these is equal to our last unload/reload.
Think, it has been many releases ago since there was any SF* ptf's for
the standard set of LPP's.  Don't let yourself fall into this morass.
Apply your ptf's permanently prior to any upgrade.  Yes, it may mean an
extra IPL on a weekend when you least have the time.

In case you're wondering these fields were the same for all of the ptf's
listed:
System  LICPGM   LICPGM
Level   Name     Level 
999999                 

Rather worthless, eh?

Makes me wonder if this garbage is why IBM changed from SF to SI.
Perhaps SF was getting close to rolling over, number wise.

Rob Berendt
--
Group Dekko Services, LLC


DISCLAIMER:
This message and accompanying documents are covered by the Electronic 
Communications Privacy Act, 18 U.S.C. ?? 2510-2521, and contains information 
intended for the specified individual(s) only. This information is 
confidential. If you are not the intended recipient or an agent responsible for 
delivering it to the intended recipient, you are hereby notified that you have 
received this document in error and that any review, dissemination, copying, or 
the taking of any action based on the contents of this information is strictly 
prohibited. If you have received this communication in error, please notify us 
immediately by e-mail, and delete the original message.