If the media is being used on the same machine as it's being created on
then I choose no. Technically I've already done that for that machine.

If it's going somewhere else, then yes. Oddly this is usually then done
by me but I always ask the customer "Do you accept the IBM License terms
so I can accept the agreements?" Never had anyone say "No." But then
usually they say something like "We'll have to accept the agreements in
order to see what's in them!" :-)

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 3/20/2014 8:45 AM, Steinmetz, Paul wrote:

Another DSLO question.
When building the DSLO image, License Acceptance Required, should this be *yes or *no?

After some special work yesterday, and a rereading of the manuals, I believe that you're right, the INZSYS should kick off after the PTF IPL.
They even say something like "if you're some sort of freaking idiot and are not going to put on any cume after upgrading your OS then start the INZSYS, otherwise it will automatically start upon the IPL from the cume".
Well, I suppose people like Pete and Larry who upgrade from custom media with all the latest PTF's on it, might be the exception.

I do it all the time. Let me give you an example. I have special PTFs to
apply before applying the latest cumulative, so I do a CHGIPLA start back
in restricted, load the special PTFs, and then IPL. Now, I let the system
load all the new PTFs, and IPL. Perfect example.

I always apply my PTFs first before doing the IPL which kicks off INZSYS.

Perhaps the best way is to do a CHGIPLA, and start the system up
restricted. This way you only have the console up and you can do what you
need after the upgrade (Like Apply PTFs, or do a full backup before
returning the system to the users). I wrote an article last month in my

1) Can future scheduled jobs remain in the jobq across a V6R1 to V7R1
i5/OS upgrade?
2) Is the simplest way to prevent AJS (Advanced Job Scheduler) jobs from
running during or after the upgrade is to hold or end the AJS monitor as
opposed to holding or omitting next run of individual jobs?

This mailing list archive is Copyright 1997-2016 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 here. If you have questions about this, please contact