Check SETSYS UNITNAME
SETSYS MIGUNITNAME
SETSYS TAPEMIGRATION
Also check for DSN/UNIT overrides in your tape management subsystem.
I would also suggest you turn on DUPLEXING, as opposed to TAPECOPY.
HTH,
<snip>
After many years I have finally convinced management (or more
nearly accurately SOX and PCI have convinced them) that they might
really
need ML2 tapes at the DR site in a Disaster. Swell. So now I try
implementing it. BUT COPYTAPE ML2 tries to copy my 359L ATL tapes to
3590-1 (non-ATL) volumes. 8700 string is my ATL, and 3400 is the
3590-1's
IEF234E K 8702,M00205,PVT,DFHSM,DFHSM
IEC501A M 8704,M00205,SL,COMP,DFHSM,DFHSM,HSM.HMIGTAPE.DATASET
IEC501A M 8705,M00112,SL,COMP,DFHSM,DFHSM,HSM.HMIGTAPE.DATASET
IEF244I DFHSM DFHSM - UNABLE TO ALLOCATE 1 UNIT(S) 436
AT LEAST 1 OFFLINE UNIT(S) NEEDED.
IEF877E DFHSM NEEDS 1 UNIT(S) 437
FOR DFHSM SYS02358
FOR VOLUME PRIVAT- 1
OFFLINE
3400-340F
IEF878I END OF IEF877E FOR DFHSM DFHSM SYS02358
18 IEF238D DFHSM - REPLY DEVICE NAME OR 'CANCEL'.
R 18,CANCEL
19 ARC0381A ALLOCATION REQUEST FAILED FOR PRIVAT FOR TAPECOPY. REPLY
WAIT
OR CANCEL
Now, I can get around this by using a special TAPECOPY command "
TAPECOPY MIGRATIONLEVEL2 A3590UNITNAME(TAPEA) " where TAPEA is my ATL
estoeric. But what worries me is that HSM uses 3590-1 as the default in
this case. All of my parms in my PARMLIB(ARCCMD00) use the TAPEA
estoeric. I have spent a couple of hours on the manual, and I have not
been able to find a SETSYS, or other cmd, which will change the default.
I
notice that a LIST of my ML2 shows 3590-1 even though the tapes
beginning
with "M" are all in the ATL.
</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
