Yes, if you relabel a tape the data on it is gone.  That's because a
     new <eof tape mark> will be written immediately after the labels.


______________________________ Reply Separator _________________________________
Subject: Re: Private/Scratch library tapes
Author:  Hilton Tina <HiltonT AT TCE DOT COM> at ~internet
Date:    7/16/98 8:22 AM


If you relabel a tape that contains good data (not scratch), does that
destroy the data on the tape?  I would guess that's the case, and that's
why I wouldn't do it.  Does anyone know for sure?

Tina

> -----Original Message-----
> From: Phil Chissell [SMTP:phil.chissell AT NATPOWER DOT COM]
> Sent: Thursday, July 16, 1998 4:34 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Private/Scratch library tapes
>
> Dan
>
> I do relabel the volumes when I check in the scratch tapes.  The
> thinking behind this was that the scratch tapes could either be ones
> that have been reclaimed or else new virgin tapes which won't have
> been
> labelled.  To keep the "checkin" script consistent we elected to
> relabel
> all "checkin" tapes.  I realise there will be an overhead with
> labelling
> pre-labelled tapes but this surely would be minimal.
>
> I be interested to hear your comments on this...
>
> 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: Wednesday, July 15, 1998 5:58 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:-
> >
> > Hmmm. Are you saying that when you return the tapes from offsite,
> you
> > relabel
> > them? I have a couple of ideas if this is the case.
> >
> > Let me know.
> >
> >
> >
> >
> > From: Phil Chissell <phil.chissell AT NATPOWER DOT COM> on 07/14/98 05:50
> 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:  Re: Private/Scratch library tapes
> >
> >
> >
> >
> > 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
> >
> > > stuff deleted <