Alan,

If you are using a single volcat and shared by all the systems, you may
need to sync the TMC on that system.
If you have a single volcat per system, then yes, you would need to
create entries for the virtual tape in question and treat them as
foreign tapes.

Hope that helps,
Claude

Claude Richbourg
Florida Department of Corrections
Systems Programmer III
850-921-1383

-----Original Message-----
>From: "Field, Alan C." <[EMAIL PROTECTED]>
>Sent: Aug 22, 2007 9:51 AM
>To: [email protected]
>Subject: Recataloging IBM virtual tapes
>
>We are converting from STK to IBM virtual tape. 
>
>Currently we put our SMF data from many LPARS onto virtual tape, each
in
>its own LPAR 
>
>They are cataloged on their own LPAR and also run a job (DEFINE
>NONVSAM... VOL(   ) UNIT(    ) ) to catalog them all in the sysprog
lpar
>so we can process the data from all locations in one place. 
>
>Since moving the data to the IBM virtual the DEFINE NONVSAM works but
>when attempting to read the data instead of mounting virtual tape, the
>mounts are being directed to physical drives. 
>
>Do we have to put an entry in the VOLCAT for the virtual tapes from the
>other LPARS?
>
>I know what I'm asking - I hope it makes sense to the rest of you. 
>
>Alan
>
>----------------------------------------------------------------------
>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

----------------------------------------------------------------------
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

----------------------------------------------------------------------
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

Reply via email to