Could these be database backup tapes that are still in the volhist file?

Tina

> -----Original Message-----
> From: Phil Chissell [SMTP:phil.chissell AT NATPOWER DOT COM]
> Sent: Tuesday, July 14, 1998 11:21 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Private/Scratch library tapes
>
> 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