Thanks Chuck,
I think you're right about having to do a CLRLIB.
For the moment I managed to delete some of the duplicate files I had from doing the first RSTLIB and I have gotten QUSRSYS back to V5R4 from the DVD. I still have the DIREs from the V5R4 tape we installed the OS from, not the V5R3 tape I need them from.
I have a call open with IBM but I think your CLRLIB suggestion should work.
Thanks
Adam
---------------------------------------------------------------------
date: Fri, 10 Apr 2015 16:05:40 -0500
from: CRPence <CRPbottle@xxxxxxxxx<mailto:CRPbottle@xxxxxxxxx>>
subject: Re: DIRE issue
On 10-Apr-2015 12:38 -0500, Adam Driver wrote:
On 09-Apr-2015 14:03 -0500, Jim Oberholtzer wrote:
QUSRSYS is where all of that is stored and it's very likely it's
hosed up. You performed a "downgrade" of QUSRSYS/QGPL when you
restored the older version over the top of the new one. The
proper procedure would have been, load V5R4 LIC and OS. Restore
QUSRSYS/QGPL then upgrade them to V5R4 with the V5R4 save.
<<SNIP>>
I suggest you rebuild the V5R3 partition from its save, and then
upgrade it.
Unfortunately that is not an option, the hardware won't run V5R3.
Also, the customer will not allow us to restore again.
What I did do was:
1) Load OS from a V5R4 tape
2) Restore QUSRSYS *NEW objects from the V5R3 tape
3) Update the QUSRSYS LICPGM from DVD to V5R4
Now I'm considering:
1) Restore QUSRSYS with option *ALL from the V5R3 tape (And
ALWOBJDIF(*YES).
Presumably this will put QUSRSYS in back level, so then,
2) Update QUSRSYS from the V5R4 DVD.
What are your thoughts on that approach?
I can not claim to fully understand from the OP exactly what is the
situation, but based on the implication of the followup reply:
Seem more likely that the process being considered [i.e. RSTLIB
QUSRSYS OPTION(*ALL) ALWOBJDIF(*ALL)], and presumed to be helpful,
instead could easily lead from SNAFU to FUBAR.
A better option might be to:
1> effect CLRLIB of the three "user libraries" QUSRSYS, QSYS2, and
QGPL; the Clear Library requests alone might fail, but what is necessary
to effect the result would be done, until CLRLIB succeeds.
2> RSTLIB (QSYS2 QUSRSYS QGPL) OPTION(*ALL) ALWOBJDIF(*ALL) from
the v5r3 tape.
3> reinstall QUSRSYS, QGPL, and the OS OPTION(1)
4> reinstall the cumulative and groups
If that would qualify as "restore again" and thus be prohibited, then
the situation likely would require someone to /correct/ the SNAFU across
those pseudo-user libraries [system libraries that contain user data,
typically in system-files]. The biggest problem with manual corrections
is ensuring everything is caught and corrected, and there is a good
chance that if something is missed; the effects of what is left
incorrect may be subtle such that the resulting errors might not be seen
until long into the future and the problematic effects may be quite
confusing per lack of a conspicuous origin.
--
Regards, Chuck
Adam Driver
Chicago, IL
T: 847-916-9499
M: 224-250-9049
www.linkedin.com/adamdriver<
http://www.linkedin.com/adamdriver>
[Description:
http://www.quinnox.com/images/email-sig/quinnox-branding-logo.png]
[Description:
http://www.quinnox.com/images/email-sig/facebook_icon.png]<
https://www.facebook.com/QuinnoxInc>
[Description:
http://www.quinnox.com/images/email-sig/Twitter_icon.png]<
https://twitter.com/QuinnoxInc>
[Description:
http://www.quinnox.com/images/email-sig/linkedin_icon.png]<
http://www.linkedin.com/company/quinnox>
www.quinnox.com<
http://www.quinnox.com/>
________________________________
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute, print or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. Any views or opinions presented in this email are solely those of the author and do not necessarily represent the views of the company. Although the company has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments.
midrange.com
