What happens if you try to copy ZVA111 as other than the 1st tape?
Why not just create the "copies" concurrently with the originals? i.e.
duplexing
This will a) eliminate the need for the tapecopy in the first place
b) be sensitive to the length of either virtual or physical
media (the "shorter" one wins, be it virtual or
physical
<snip>
we have the following problem with HSM TAPECOPY. First time it appeared
after migration from 1.7 to 1.9. (In 1.7 everything was OK)
Each time during TAPECOPY BACK processing (from VTS 3490 virtual tape
to 3490 physical tapes), first tape copy finish with the following
error:
ARC0425I COPY OF ZVA111 FAILED - REASON=29
In documentation I've found following explanation:
"During processing of the TAPECOPY command, a volume to be
copied is of
a different length than the volume to which it is to be
copied or the input
and output tape drives use a different recording technology.
DFSMShsm
does not allow a TAPECOPY from an enhanced capacity tape
cartridge to a
standard capacity cartridge, nor does it allow a TAPECOPY from
a standard
capacity cartridge to an enhanced capacity tape cartridge..."
</snip>
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
