Guess I would have to check the PSW to see what state it was running in
Thanks
> On Jan 11, 2025, at 12:54 PM, Binyamin Dissen
> <0662573e2c3a-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Fri, 10 Jan 2025 15:00:23 -0500 Joseph Reichman
> <05812645a43c-dmarc-requ...@listserv.ua.edu> w
On Fri, 10 Jan 2025 15:00:23 -0500 Joseph Reichman
<05812645a43c-dmarc-requ...@listserv.ua.edu> wrote:
:>I had been struggling with a estaex getting a return code of 8 until I
:>realized that ICANNT establish estaex in that environment
:>My question is if later after I establish the estatex r
Hi
I had been struggling with a estaex getting a return code of 8 until I
realized that ICANNT establish estaex in that environment
My question is if later after I establish the estatex recovery I go so
supervisor state key zero will the recovery routine get control
thanks
--
OK, I went back and looked. There were no errors reading the vtocs, however a
review of the DFHSM logs shows many ARC0734I messages.
The ARC0734I messages in turn point to ARC1158I, ARC1128I and ARC1143I,
(various reason codes), all of which are documented as not being
supported for incremental
At this point, as far as I know, no errors were encountered. Since this was a
DR exercise, I will need to double check for any errors .
The vtocs available were:
Week1Week2
DII DII (D= FULL VOLUME I= INCREMENTAL)
Week 1 - FULL VOLUME DUMP, WEEK2 FULL VOLUME DUMP
Week2 - (2)
Hi,
Did you happen to see any errors with reading the VTOC copy data set?
From the Storage Admin: "DFSMShsm uses the latest VTOC copy data set to recover
the volume unless an error occurs in allocating or opening the latest VTOC copy
data set. If the error occurs, DFSMShsm attempts to recover t
1) Yes. Datasets are SMS managed. Just reviewed MGMTCLAS,... and as best I can
determine they should have no impact.
2) Data had been created and migrated to ML1 or ML2 *PRIOR* to the full volumes
dumps used in the recovery. There should have been no reference to this data.
Staller, Allan wrot
Staller, Allan wrote:
>i.e. the data was *not* on the volume as of the expected dates involved.
>(Week2 Day1-Day3).
It took me really some time to chew up your post ;-) - but I have 2 questions
if you don't mind please.
Are these datasets SMS managed? If so what are their management classes
Full volume dumps occur once/week and incremental backups are taken nightly.
Week1 Week2
i.e. DII DII(D=Full Volume DUMP, I=INCREMENTAL)
A recovery test was performed with week 2 day 3 as the recovery date, yet
during DFHSM volume recovery,
DFHSM generated individual dat
