ADSM-L

Re: drm operator scripts

2002-10-25 16:04:48
Subject: Re: drm operator scripts
From: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 25 Oct 2002 16:04:26 -0400
AFAIK, you can always check in a tape as PRIVATE, regardless of vault
status.

I think it makes sense, but I haven't tried to do that.

It may be easier to wait for all checkins to complete, then compare the list
of LIBVOLS to the list of tapes you moved to COURIERRETRIEVE than it is to
watch each checkin complete.

  But again, I haven't tried it.


-----Original Message-----
From: Matt Simpson [mailto:msimpson AT UKY DOT EDU]
Sent: Friday, October 25, 2002 2:31 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: drm operator scripts


At 2:04 PM -0400 10/25/02, Prather, Wanda wrote:
>I guess the other thing you could do, would be to take the list of tapes in
>VAULTRETRIEVE status, generate commands to check them in as PRIVATE , THEN
>compare the list of LIBVOLS against the list still in VAULTRETRIEVE to make
>sure they all got back.  THEN move them to ONSITE RETRIEVE.  But that will
>require some pretty messy scripting, also.

Hmm ...  Can I check in a tape as private while it's in VaultRetrieve
or CourierRetrieve? If I can do that, then I can generate a list of
tapes in VaultRetrieve, move them to CourierRetrieve, and generate
commands to check them in.  If the checkin is successful, then I
presumably have all my tapes back, and can move the whole list to
OnsiteRetrieve.  If the checkin fails, I need to go looking for
tapes. Does this make sense?
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506
<mailto:msimpson AT uky DOT edu>
mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

<Prev in Thread] Current Thread [Next in Thread>