Just for the record I run this before and after EVERY upgrade. Been doing it since, like forever ago, when it turned out to be the needed magic. Even on some pretty large systems it takes little time and is worth the insurance.

With *CHECK around now that is certainly an option to save some minutes.

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 11/6/2017 1:08 PM, Justin Taylor wrote:
RCLSTG SELECT(*DBXREF) was it. IBM found it by RCLDBXREF *CHECK.



-----Original Message-----
From: Rob Berendt [mailto:rob@xxxxxxxxx]
Sent: Friday, November 03, 2017 9:37 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: RE: Post-mortem on v7r1 to v7r3 upgrade

Again, it's one of those pain memories dwindling out of memory but something sounds vaguely familiar about RCLSTG.
One may wish to run RCLSTG SELECT(*DBXREF) after an upgrade.

I think there is a new command as a companion to RCLSTG SELECT(*DBXREF) Check out RCLDBXREF OPTION(*CHECK) RCLDBXREF OPTION(*FIX)

I also always run a CHKPRDOPT *OPSYS after an upgrade.



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






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