ADSM-L

Re: Corrupted LTO CM Index

2004-10-02 16:49:55
Subject: Re: Corrupted LTO CM Index
From: Bill Boyer <bill.boyer AT VERIZON DOT NET>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Sat, 2 Oct 2004 16:49:15 -0400
The drives are at 4770 and the library is at 5.22. Just upgraded them last
week. It was reclaimed from offsite on 9/20 and returned onsite. This tape
was checked into the library on 9/29 with the CHECKLABEL=YES and this
morning was used as a DBBackup tape. Upon dismounting I got the ANR8950W
message about the corrupted index. When the tape was checked in, it did not
give the error. The other tapes that had the corruption, I moved the data
off them and then when reused they were fine, but now it appears I had a
good tape that is corrupted after doing a DBBackup.

I was concidering telling this client to just replace all tapes that were
indicating corrupted index to be on the safe side. I know there's no issue
of data loss/corruption, but if it takes hours to restore...that's
unacceptable.

Bill Boyer
"A Life? Cool!! Where can I download one of those?" - ???

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Dave Canan
Sent: Saturday, October 02, 2004 3:00 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Corrupted LTO CM Index


         I am hoping you just have a bad tape in this case. If you have
upgraded to the 4770 (or higher) level of the firmware, you should not be
having the corrupted CM index problem any longer. I would keep an eye out
for any further tapes that experience the problem and if you see any,
please post the listserv or feel free to email me directly. Our department
has seen many of these LTO-2 corrupted index performance PMRs but we have
seen no reoccurrence once the firmware was applied and the tapes were fixed.


At 08:04 AM 10/2/2004 -0400, you wrote:
>I ran into this problem big time a couple weeks ago and Dave Canan posted
an
>excellent note about the corrupted index on LTO cartridges. Since then I've
>had a couple tapes become corrupted. After the incident, I checked out all
>my tapes and checked them in with CHECKLABEL=YES. This identified all the
>tapes with existing corrupted index chips with the TAPEALERT messages. I
>then MOVE DATA all these tapes and they were reused. Yesterday again I had
a
>tape that was checked in with CHECKL=YES that did not indicate a problem,
>but this morning after being used as a copypool tape when it was dismounted
>it for the ANR8950W message about a corrupted index.
>
>What is causing this corruption?? I have updated the drives and library to
>the latest firmware. There were no I/O errors or any other indications of a
>problem. Is this tape just bad?? Before we were having SCSI errors on the
>motherboard of the x345 server. We believe this caused the corruption, now
>I'm not so sure.
>
>Any help is greatly appreciated!
>
>Bill Boyer
>"An Optimist is just a pessimist with no job experience."  - Scott Adams

Dave Canan
TSM Performance
IBM Advanced Technical Support
ddcanan AT us.ibm DOT com

<Prev in Thread] Current Thread [Next in Thread>