Re: perm apply ptf's

[rob@xxxxxxxxx]

Why?

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Robert Laing <rlaing@xxxxxxxxx> 
Sent by: domino400-bounces+rob=dekko.com@xxxxxxxxxxxx
04/20/2005 04:49 PM
Please respond to
Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>


To
Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>
cc

Subject
Re: perm apply ptf's






It's a good rule of thumb to permanently apply ptf's before upgrading to a
new release or loading a new cum/group package.  Other than that, freeing
DASD would be the only other reason I would see to permanently apply 
ptf's.

Bob




 
             rob@xxxxxxxxx 
             Sent by: 
             domino400-bounces                                          To 

             +rlaing=gemko.com         Lotus Domino on the iSeries / AS400 

             @midrange.com             <domino400@xxxxxxxxxxxx> 
                                                                        cc 

 
             04/20/2005 03:41                                      Subject 

             PM                        Re: perm apply ptf's 
 
 
             Please respond to 
              Lotus Domino on 
               the iSeries / 
                   AS400 
             <domino400@midran 
                  ge.com> 
 
 




And, Domino has done strange things in the past, like having you reload
one extended product after having upgraded your version of Domino.  I
suspect they do something like having a different version of some program
or service program out there based on whether or not you have that
extended product.  For example, let's say that QINNINSTS was a program.
Then if you had a certain extended product (Sametime, Quickplace, LEI,
Domino Fax for iSeries, etc) they might replace that program with a
modified version of their own.

The only time 'traditional' os/400 programs have ever replaced a ptf was
when a test version of that ptf was released to a few restricted customers
for testing.  Then a bug was reported and they modified it, did their
internal regression testing, and then released it again to the test crowd.
 But this test crowd is aware that it is a test ptf and they should not
permanently apply it.  (And it really vexes IBM when you do.  Trust me,
they don't like regening a ptf as a new number just because you oopsed.
They'll do it, because you are the customer and deserve their service, but
you do have to let them vent as your part of the partnership.)

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Chris Whisonant <Chris.Whisonant@xxxxxxxxxxxxx>
Sent by: domino400-bounces+rob=dekko.com@xxxxxxxxxxxx
04/20/2005 01:57 PM
Please respond to
Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>


To
Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>
cc

Subject
Re: perm apply ptf's






We never apply permanently either unless we are upgrading OS releases.

What is up with updating the PTF?!? That's the most insane thing I've
heard of in a while. I wonder how many other times this has happened?

Chris Whisonant
Comporium
Senior Mid-Range Systems Administrator
IBM eServer Certified Systems Expert - iSeries Technical Solutions V5R2
IBM Certified System Administrator - Lotus Notes and Domino 6/6.5
803.326.7270 | 803.326.6142 fax
http://cwhisonant.blogspot.com/

domino400-bounces+chris.whisonant=comporium.com@xxxxxxxxxxxx wrote on
04/20/2005 02:53:58 PM:

> Someone recently asked a question regarding permanently applying ptf's
as
> a general rule.  I'd like to give another example of why not.  Just
today
> I got an email from an IBMer supporting Notes.  They wanted me to
> redownload the ptf for Team Workplace (Quickplace) as instructed by:
> http://www-1.ibm.com/support/docview.wss?rs=0&uid=swg24009143
> I already had this ptf loaded and applied.  However, someone decided to
> update the ptf versus coming out with a new ptf number.  (Crack addict?)


> So I had to RMVPTF, reload it, and apply the new reload.  If I had
applied
> this permanently I would have had to DLTLICPGM 5733LQP, reinstall it,
then
> load and apply the updated ptf.
>
> As a general rule I never do a APYPTF LICPGM(*ALL) APY(*PERM).
>
> Rob Berendt
> --
> Group Dekko Services, LLC
> Dept 01.073
> PO Box 2000
> Dock 108
> 6928N 400E
> Kendallville, IN 46755
> http://www.dekko.com
>
> _______________________________________________
> This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
> To post a message email: Domino400@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/domino400
> or email: Domino400-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/domino400.
>
_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.


_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.




_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.