Re: change management for ptf's

[Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>]

Rob,

To the best of my recollection, there is no way to distinguish between a 
PTF that IBM is calling "test" and one that was put out for general 
download.

I think your only record keeping method is a manual one.

I tend to keep PTFs in image catalogs separated by type:

Groups/Cumulative
Individual PTFs
Test PTFs

That way the image catalog is helping me track which PTF is which.  I 
also tend to fill in the text on the Image catalog entry with the reason 
for the individual PTF be it test or otherwise.


Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 5/23/2012 7:25 AM, rob@xxxxxxxxx wrote:
> I was recently taken to task on this list for not using proper change
> management for PTF's, with the person believing it would help me with my
> quest to find test ptf's and ensure that I do not permanently apply them.
>
> What would the change management for that be?
>
> We've used multiple change management systems for programs and that genre
> but I'm not sure how they would handle PTF's.
>
> And, when it comes down to the original problem, would they help me track
> test ptf's?
>
> I'm thinking of just adding any test ptf's to a calendar entry that I have
> a few days before scheduled downtime.
>
> Oh, and I can 'never' use APYPTF LICPGM(*ALL) on any lpar running Domino
> (8 out of 10).  Because if I have
> Product ID  . . . . . . . . . . . . . :   5733L85
> PTF
> ID       Status
> L603893  Temporarily applied
> FP68531  Permanently applied
> where FP68531 is fix pack 1 for Domino 8.5.3 enabled for 6.1 and above, I
> have to remove hotfix L603893 before applying fix pack 2.  Domino fix
> packs do not superceed hot fixes.  Documented by IBM in steps to apply
> Domino fix packs.
>
>
> 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
> --