I ran into this back in September with a lot of tapes. Turned out to be a
faulty drive that was corrupting the chips. Once you either move all the
data off and TSM starts writing at the beginning, the index is built. There
was also a procedure posted to this list that using the ntutil.exe..tapeutil
since your Unix... you can force the drive/library to rebuild the index. I
found it was easier to identify all the tapes and MOVE DATA them clean. Then
I kept track of any additional tapealerts for the same clean tape. Those I
replaced.

To identify the tapes, I did an AUDIT LIBRARY with CHECKL=YES. When each
tape was dismounted after reading the label I got the tapealert messages for
the corrupted tapes. Just be patient when doing the MOVE DATA ... without
the index the seek times are SLOW!

Check the archives of this list for a good description of the problem. The
reply to my post was by Dave Canan. Excellent summary of the problem.

Bill Boyer
"My problem was caused by a loose screw at the keyboard" - ??

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Zoltan Forray/AC/VCU
Sent: Thursday, November 18, 2004 9:03 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Question about LTO2 tape error


I am a bit of a newby when it comes to LTO2 tape technology, so please
excuse the possible "dumb" question.

I received the following error about my LTO2 tape:

11/17/2004 4:38:01 PM ANR8950W Device /dev/rmt3, volume 090046 has issued
the following Warning TapeAlert: The tape directory on the tape cartridge
just unloaded has been corrupted. File search performance will be
degraded. The tape directory can be rebuilt by reading all the data.

I was copying the contents to another tape since a previous error caused
this tape to go into UNAVAILABLE status.

This tape is now empty and scratched.

Is there something special I need to do to this tape or will it
automagically rebuild the "tape directory" when this tape gets reused ?