gotcha.

On Wed, May 23, 2012 at 10:55 AM, <rob@xxxxxxxxx> wrote:

Nothing in the outfile that says "Dude, I'm a test".


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: Jack Kingsley <iseriesflorida@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>,
Date: 05/23/2012 10:46 AM
Subject: Re: change management for ptf's
Sent by: midrange-l-bounces@xxxxxxxxxxxx



If you had a dspptf at each point of that I wonder what is would have
showed.

On Wed, May 23, 2012 at 10:44 AM, <rob@xxxxxxxxx> wrote:

No. Look at this example with phony ptf #'s.
04/01/12 put on cume, groups, etc.
04/02/12 put on SF00001
04/03/12 put on SF00002
04/04/12 put on SF00003
...
How could you tell which one of the last three was a test?
And, in theory, I could have put the test ptf on before putting on the
latest cume, groups, etc. So it could even outdate that.


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: Jack Kingsley <iseriesflorida@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>,
Date: 05/23/2012 10:29 AM
Subject: Re: change management for ptf's
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Just wondering, is there a way to utilize the outfile capabilities of
the
dspptf and use this in a spreadsheet at all. I haven't looked but maybe
you could see if there is an install date associated to the ptf's and
come
up with some sort of test/date trackability or something like that.

On Wed, May 23, 2012 at 9:40 AM, Jim Oberholtzer <
midrangel@xxxxxxxxxxxxxxxxx> wrote:

Whatever's easiest for you.... One reason you have options.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 5/23/2012 8:27 AM, rob@xxxxxxxxx wrote:
Jim,
I order the latest cume and all latest groups to one image catalog.
Then go through all "recommended ptf's" from that site, combine that
with
what ptf's are missing or extra from each lpar (as shown by iNav)
and
put
that into another image catalog.
I can still do the 7.1 cool thing but I still don't order ptf's
individually into their own image catalog.


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: Jim
Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx> To: Midrange Systems
Technical Discussion <midrange-l@xxxxxxxxxxxx>, Date: 05/23/2012
08:57
AM Subject: Re: change management for ptf's Sent by:
midrange-l-bounces@xxxxxxxxxxxx Rob, Now that you're at V7 (if I
remember correctly) you can use a single image catalog on one
machine
to apply to all of them. No need to copy the files around anymore.
Is
that not worth a tiny bit of overhead (which I might argue is no
more
than storing the save file in QGPL) Jim Oberholtzer Chief Technical
Architect Agile Technology Architects On 5/23/2012 7:43 AM,
rob@xxxxxxxxx wrote:
I've never put an individual ptf in an image catalog entry. That
sounds
like a lot of overhead. But thanks.


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 46755http://www.dekko.com From: Jim
Oberholtzer<midrangel@xxxxxxxxxxxxxxxxx> To: Midrange Systems
Technical Discussion<midrange-l@xxxxxxxxxxxx>, Date: 05/23/2012
08:40
AM Subject: Re: change management for ptf's Sent by:
midrange-l-bounces@xxxxxxxxxxxx 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 46755http://www.dekko.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: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
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: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
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: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
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: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
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: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



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].