The scenario is as follows:-

(1)     Everyday ADSM does a backup stgpool command
(2)     The backup stgpool tape(s) are checked out using a "checkout
libvol ... checklabel=yes" command and an "update volume ...
access=offsite" command
(3)     ADSM kicks off an "audit library ... checklabel=barcode" process
(4)     The tape is ejected and taken offsite and a scratch tape is put
into the eject port
(5)     ADSM issues a "label libvol ... checkin=scratch
labelsource=barcode overwrite=yes" command to checkin the scratch tape
(which may or may not already be labelled)
(6)             ADSM kicks off an "audit library ... checklabel=barcode"
process
(7)     Once a week, the offsite tapes are reclaimed and the above
process re-iterates.

Now the problem is that (very) infrequently, a tape appears in the
output of a "query libvol" command as being a private tape when it is
not a member of any storage pools nor is used as a database backup tape.

This tape then needs to be remarked as being scratch by issuing a
"update libvol ... status=scratch" command

That's about the size of it!

Regards

Phil

Phil Chissell
National Power plc
Windmill Hill Business Park
Whitehill Way
Swindon
Wilts. SN5 6PB
UK

Tel:  +44 (0)1793 894237
Fax: +44 (0)1793 894230
MailTo:Phil.Chissell AT natpower DOT com


> -----Original Message-----
> From: Dan Giles [SMTP:Dan_Giles AT MANULIFE DOT COM]
> Sent: Tuesday, July 14, 1998 3:22 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Private/Scratch library tapes
>
>                  ***   WARNING  ***
>
> This is an Internet mail message from outside National Power.
> If you answer the message, take care that sensitive
> information is not disclosed to third parties.
>
> If the message has attachments that could be executable
> programs, these MUST be checked for viruses. To do this,
> file the attachment to the PC (using FAP) and then use the
> Infrastructure virus checker (under Desk Management) to scan the
> appropriate device.
>
> Original message follows:-
>
> How are you checking them into the library? Tapes will be marked
> private if
>
> 1) you check them into the library with "status=private" (though I
> don't believe
> it would set the type to data, but would rather remain blank)
> 2) you DEFINE the volume to a storage pool
> 3) you check them into the library as scratch, but then adsm detects
> (through
> the database) that there should be valid data on the volume after it
> asks the
> library for a scratch tape.
>
> Perhaps you can give us more details on the cercumstances surrounding
> this.
>
>
>
>
>
> From: Phil Chissell <phil.chissell AT NATPOWER DOT COM> on 07/14/98 01:41 PM
> GMT
>
> Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> To:   ADSM-L AT VM.MARIST DOT EDU
> cc:    (bcc: ADSM)
> Subject:  Private/Scratch library tapes
>
>
>
>
> We're running ADSM V3.1.1.3 on NT 4.0.
> Anybody seen the following scenario which we have experienced a couple
> of times:
> When issuing a "query libvol" command, a tape is marked as being
> "private" and of type "data" when it is not in any storage pools and
> is
> not used as a database backup tape.
> As far as I can see, this tape should be marked as "scratch" and when
> I
> use the "update libvol" command to update the status to be scratch it
> does so OK.
> My point is, anybody know why ADSM does this and has anybody else seen
> this?  It seems like a bug to me.
> Regards
> Phil
> Phil Chissell
> National Power plc
> Windmill Hill Business Park
> Whitehill Way
> Swindon
> Wilts. SN5 6PB
> UK
> Tel:  +44 (0)1793 894237
> Fax: +44 (0)1793 894230
> MailTo:Phil.Chissell AT natpower DOT com