×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
I just went back and found that Scott Klement gave this as a possible
solution in 2010.
And the final outcome appears to be RCLSTG.
Was just a shot Chuck.
Regards....
Bill
From: CRPence <CRPbottle@xxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 03/25/2014 12:10 PM
Subject: Re: DSPDBR question
Sent by: midrange-l-bounces@xxxxxxxxxxxx
On 25-Mar-2014 09:46 -0700, broehmer@xxxxxxxxxxxxxxx wrote:
Cyndi Bradberry on 03/25/2014 11:32 AM wrote:
We have a file with a logical with no library associated with it on
the DSPDBR command. <<SNIP>>
Try running RCLDBXREF *CHECK
That would have no effect on the issue. And likely the noted
condition would not have been noticed by the DBXREF, so the System
Database Cross-Reference would not know to diagnose an error [for that
condition].
Seem to recall someone having this issue years ago and this fixed it
when he/she ran same with *FIX.
Either of the RCLSTG SELECT(*DBXREF) or RCLDBXREF *FIX have the
potential to correct interrupted work that might be manifest as a file
with no library appearing in the Display Database Relations output.
However that is more a side effect than an explicit recovery; i.e. both
requests [I think they are the same in this respect] will perform
database recovery. The RCLSTG SELECT(*ALL) would be an explicit request
to recover the condition, and would suffice whether or not the logical
file without a library name had been pending recovery; i.e. the
correction would be a direct effect vs a side effect.
As an Amazon Associate we earn from qualifying purchases.