If you still have the CDS's at the remote site you should be able to issue
LIST DSN MCDS SEL(VOL(123456)) ODS(some.dsn)
I would expect this to list all the current active data sets on the tape.
Then at the main site you would want to catalog all these data sets. Then
ADDVOL the migration
So an inspection of the tape physical tape records would be one way to
get a list of all the data sets originally written on that ML2 tape, but
you would still need to look at the CDS data sets to determine which of
those data sets on the physical ML2 tape were still active and not
logically
When we browsed a ML1 tape on dasd, we saw the real DSN at the start of
each dataset.
On Wed, Jul 13, 2022, 11:51 Nigel Morton wrote:
> Two wildly different thoughts:
>
> 1. Might it be possible to mount the offending tape manually depending of
> course on what's failed in the library?
> 2.
On the very rare occasion (like once in 15 years) where we really needed
to recover data off a ML2 tape using backup CDS data sets, We ran our
stand-alone "one-drive" test system in a SysProg test LPAR to restore
the related CDS datasets, fire up DFHSM, recall the needed datasets off
of the
Classification: Confidential
Look up common recall queue
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Nigel Morton
Sent: Wednesday, July 13, 2022 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading MCDS ML2 Tape on a different Lpar? Possible?
[CAUTION
Two wildly different thoughts:
1. Might it be possible to mount the offending tape manually depending of
course on what's failed in the library?
2. DFSMShsm AUDIT MEDIACONTROLS once the tape has been transported to the
main site. This probably involves less risk of bodily harm.
On Wed, 13 Jul
Hello Listers,
I have a small remote site that we are upgrading the physical tape library to a
virtual TS7700 library. All went well until the old library had a serious
hardware error. My leadership has decided not to spend the money to repair
the old failed library (of course now out of
