Check the volume out first, without doing a label check.  Insert the volume
and do the label libv.  I would do further checking if I were you though.  I
think relabling a volume this way will destroy your data, as it may zero
out the index.  You don't want to re-initialize the volume, just put on a new
label.

just a thought or two..

bob

On Fri, May 24, 2002 at 11:56:09AM -0500, Jolliff, Dale wrote:
> Already tried that, it fails with ANR8816E - volume is already defined to
> the library.
> I need some way to bypass the checkin step of the label process..
>
>
>
> -----Original Message-----
> From: Pearson, Dave [mailto:DCPearson AT SNOPUD DOT COM]
> Sent: Friday, May 24, 2002 11:51 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: labeling 3590 volumes
>
>
> I did a "Help Label" in TSM and if I'm thinking what you want... here it is
>
> labe libv library_name volume_name overwrite=yes
>
> Dave Pearson
> Comptuer & Nework Service
> Snohomish County PUD # 1
>
>
> > -----Original Message-----
> > From: Jolliff, Dale [SMTP:xjolliff AT TI DOT COM]
> > Sent: Friday, May 24, 2002 9:41 AM
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > Subject:      labeling 3590 volumes
> >
> > Is there anyway to overwrite the header/label of a 3590 tape?
> >
> > One of our ATLs had a problem with some 3590 drives and chewed up the
> > header
> > records.
> > The assumption is that the tape is good, the header records are just bad.
> >
> > I would restore the volumes from the copypools, but it just so happened
> > that
> > the two volumes that got whacked were a primary and the copy of the
> > primary
> > --
> >
> > Anyway, I'm hoping there is a way to get TSM to overwrite the header
> > records
> > without destroying the data.  If there isn't, we are going to try using dd
> > to recreate the headers.
> >
> > Anybody ever done that successfully?