Gavin,

#1: I mentioned that many use a custom program in an effort to avoid going
off on that distraction. It is a technique that I use too.
#2: Why would I want to use the same resave level as the one I'm
replacing? Isn't the goal often to get to the latest resave level to ease
the PTF apply? This, I really want to know the thought process behind.

On Sun, Jan 5, 2025 at 7:26 PM Gavin Inman <midrangelist@xxxxxxxxxxxxxx>
wrote:

Use your most recent FULL SYS tape to do this or I would make sure your
slip is at the same resave level as the one your replacing.

As for changed system commands; I always created a program called
SYSCHGPGM which was a CL to re-apply any and all system command defaults
and changes.
Documentation is key for this as any change needs to be updated in this
program.
After any installs, such as this, simply run the syschgpgm and Bing bang
boom, all of your custom settings are back.

Gavin Inman


On 1/5/2025 11:01 AM, Rob Berendt wrote:

A slip install is where you do a reinstall of lic and just the Base OS
without initializing the system. Prior to TRs this might have to be done
for certain OS upgrades. Namely V5RxM5 and 6.1.1. It was often done if
your PTFs got way behind and you got a link loader error or you just wanted
to be really sure to start somewhat clean before applying PTFs.
Documentation about this is available at

https://www.ibm.com/docs/en/i/7.2?topic=iudirs-replacing-licensed-internal-code-i-same-version-release

What are the concerns about doing this?

First: Commands in which you may have changed the command defaults. Some
people have a program they run to change their defaults after every (IPL,
upgrade, PTF, etc). If not, one technique is to check the column APAR_ID
for CHGDFT in OBJECT_STATISTICS. Prior to that existing, or having the
column APAR_ID (like this 7.2 system I'm looking at) you would DSPOBJD
commands to an outfile and look for
select ODLBNM, ODOBNM, ODOBTP, ODUMOD, ODAPAR
from rberendt.dspcmd
where odapar = 'CHGDFT'
order by odlbnm, odapar desc, odumod desc

What other concerns can you think of?


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2025 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.