I don't know Control-T, but:
usually on OS/390 it is not necessary to do what you describe.

On OS/390, you can use different DEVCLASSes, one for your onsite tapes, one
for offsite.  They use the same MVS UNIT name, so they use the same
tapes/drives, and everything else can be identical, except they specify a
different PREFIX.  So, the MVS data set name for the COPYPOOL tapes is
different from the primary pool tapes.
For example, use ADSMON as the prefix for the onsite tapes, ADSMOFF for the
offsite tapes.

Then you can just give the tape management system a rule that says
EVERYTHING named ADSMOFF should be sent to the vault, and you don't have to
worry about feeding it the output from MOVE DRM.

Hope that helps...
************************************************************************
Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
wanda_prather AT jhuapl DOT edu

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert
************************************************************************




> ---Original Message-----
> From: Dana Mitchell; [SMTP:Dana.Mitchell AT ING-DM DOT COM]
> Sent: Thursday, October 14, 1999 1:17 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      OS/390 ADSM server vs. Control-T
>
> Is anyone running the ADSM server V3.1 on OS/390 *and * using Control-T
> for
> tape management?  I am having trouble figuring out a good way to use the
> output from 'MOVE DRMEDIA' to update Control-T to send the proper tapes to
> offsite vault.  The solution I got from the vendor (BMC) involves setting
> up a special purpose 'rule' that marks tapes ADSM.* as being in the vault,
> and then running CTTRTM and CTTVTM and 'include'ing just the volsers from
> the MOVE command.  Yuck!  That all seems very messy, error prone, and a
> pain to maintain.   What I would prefer is a utility (like RMM and CA1
> have) that can be fed control cards generated by the MOVE command that
> just
> marks said tapes as being in a particular vault.  Any and all help would
> be
> appreciated.
>
> Thanks in advance
> Dana Mitchell