Yes, interesting one this.

Firstly, no I'm not using import/export tapes.  I'm simply checking out
backup storage pool tapes and checking in new scratch tapes.

Doing a "query content" on the erroneous volume just returns an error to
the effect of that this volume is not a member of a storage pool (doh!).

The REUSEDELAY is set to 0 and I only have one ADSM server talking to
the (ATL P1000) tape library.

As regards the previous posting which suggested that ADSM may mark a
tape as being private if it occupies a slot previously occupied by a
private tape is another interesting point.

However, whenever a tape is checked in/out, I always run an "audit
library" process purely because I thought this would clear up any
anomalies caused by tapes being moved around within the library.

I'm tempted to write a procedure that cross references the list of
private tapes as generated by the "query libvol" command against the
list of tapes in the storage pools and then updating any erroneous tapes
to be of status scratch.  This should be safe as ADSM won't allow you to
update a volume to scratch if it is in a storage pool (although,
bizarrely, it will if that tape is used for database backups).

This does rather feel like using a sledgehammer to crack a nut as I feel
this situation shouldn't arise in the first place especially when
performing "audit library" processes.

What does everybody else think?

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: Dwight Cook [SMTP:decook AT AMOCO DOT COM]
> Sent: Tuesday, July 14, 1998 1:53 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:-
>
>      OK, if you did an export on another box and then checked this
> tape
>      into the current box as "status=private" it will show "data"
> until you
>      perform an "import" using the tape then it will reflect the tapes
> real
>      use of "export"...  I see this when I export & import domains
> when
>      building new servers.
>
>
>      Do you only have one server connected to the library ?
>
>      When connecting multiple servers to the same library it is very
>      important to set the scratch & private categories to something
>      different on each connected server !  If not it could lead to
> such a
>      situation...
>
>      Have you tried a query content on the volume ?
>
>      What is your REUSEDELAY associated with the storage pools going
> to
>      that library... I use the default of 0 so I don't know what the
>      volumes would show during the idle time if the value were
> something
>      other than zero.
>
>      later,
>            Dwight
>
>
>
> ______________________________ Reply Separator
> _________________________________
>
> Subject: Private/Scratch library tapes
> Author:  phil.chissell (phil.chissell AT natpower DOT com) at unix,mime
> Date:    7/14/98 8:41 AM
>
>
> 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