Re: Interesting LTO fault's symptom
We had our DLT drives swapped out for LTO1 drives last November and set up the cleaning in the library (STKL180) as per usual, the drives would never ask for a clean. By January we where getting massive amounts of tape errors on a daily basis, after weeks of IBM/STK trying to work out why, for the hell of it I cleaned the drives manually and instantly 95% of the errors went away. Since then I've now set up some timed scripts in TSM to clean the drives on a weekly basis. We are still getting some error's like this :- 15/04/2003 09:30:10 ANRD pvrntp.c(6207): ThreadId<26> BLOCK LOCATE ERROR, VOL=001010, DRIVE=TAPE0 (mt20.1.2.3): Expected BlockID 2145678; actual locate 0. And are hopeing a firmware upgrade will possibly help this. -Original Message- From: Karel Bos [mailto:[EMAIL PROTECTED] Sent: 25 June 2003 08:12 To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Hi, Just to join. Today one of the tapes got a write error. In the AIX error report we found this: Description TAPE OPERATION ERROR Probable Causes TAPE User Causes MEDIA DEFECTIVE DIRTY READ/WRITE HEAD To be sure I got the drive details: Drive Usage Statistics Loads 5719 Unloads 5719 MB written 139338803 MB read 1437640 Cleanings 251 Power on hours 8590 Interesting part is the number of cleanings. Our cleaning tape has been used 19 times in the past 3 years. This drive is a replacement drive put in our library by IBM to replace a drive with a tape stuck in it. Regard, Karel This TSM server: 4.2.2.13 OS: AIX 5 Library: 3584 with 10 LTO1 scsi drives > -Oorspronkelijk bericht- > Van: Leonard Lauria [mailto:[EMAIL PROTECTED] > Verzonden: dinsdag 24 juni 2003 16:39 > Aan: [EMAIL PROTECTED] > Onderwerp: Re: Interesting LTO fault's symptom > > > yes it does...i can dig it up and send it to you if > you'd like. :) > > -Original Message- > From: Richard Sims <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: Tue, 24 Jun 2003 09:06:50 -0400 > Subject: Re: Interesting LTO fault's symptom > > >According to a memo I received from IBM, the LTO > >drives do NOT require periodic cleaning. > > I would imagine, then, that the memo goes on to describe the > library cleaning tapes as decorative accessories? ;-) > > Richard Sims, BU > Equitas Limited, 33 St Mary Axe, London EC3A 8LL, UK NOTICE: This message is intended only for use by the named addressee and may contain privileged and/or confidential information. If you are not the named addressee you should not disseminate, copy or take any action in reliance on it. If you have received this message in error please notify [EMAIL PROTECTED] and delete the message and any attachments accompanying it immediately. Equitas reserve the right to monitor and/or record emails, (including the contents thereof) sent and received via its network for any lawful business purpose to the extent permitted by applicable law Registered in England: Registered no. 3173352 Registered address above
Re: Interesting LTO fault's symptom
Hi, Just to join. Today one of the tapes got a write error. In the AIX error report we found this: Description TAPE OPERATION ERROR Probable Causes TAPE User Causes MEDIA DEFECTIVE DIRTY READ/WRITE HEAD To be sure I got the drive details: Drive Usage Statistics Loads 5719 Unloads 5719 MB written 139338803 MB read 1437640 Cleanings 251 Power on hours 8590 Interesting part is the number of cleanings. Our cleaning tape has been used 19 times in the past 3 years. This drive is a replacement drive put in our library by IBM to replace a drive with a tape stuck in it. Regard, Karel This TSM server: 4.2.2.13 OS: AIX 5 Library: 3584 with 10 LTO1 scsi drives > -Oorspronkelijk bericht- > Van: Leonard Lauria [mailto:[EMAIL PROTECTED] > Verzonden: dinsdag 24 juni 2003 16:39 > Aan: [EMAIL PROTECTED] > Onderwerp: Re: Interesting LTO fault's symptom > > > yes it does...i can dig it up and send it to you if > you'd like. :) > > -Original Message- > From: Richard Sims <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: Tue, 24 Jun 2003 09:06:50 -0400 > Subject: Re: Interesting LTO fault's symptom > > >According to a memo I received from IBM, the LTO > >drives do NOT require periodic cleaning. > > I would imagine, then, that the memo goes on to describe the > library cleaning tapes as decorative accessories? ;-) > > Richard Sims, BU >
Re: Interesting LTO fault's symptom
yes it does...i can dig it up and send it to you if you'd like. :) -Original Message- From: Richard Sims <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date: Tue, 24 Jun 2003 09:06:50 -0400 Subject: Re: Interesting LTO fault's symptom >According to a memo I received from IBM, the LTO >drives do NOT require periodic cleaning. I would imagine, then, that the memo goes on to describe the library cleaning tapes as decorative accessories? ;-) Richard Sims, BU
Re: Interesting LTO fault's symptom
I've had a few tape stuck in drives here. Problems have been either drive/library microcode (now updated) or physical problem. Three tapes have had leader pin cocked and once in drive, the drive couldn't eject them. IBM suspects tapes are being dropped. I can't disagree with that, 2 of the 3 here were being checked in as scratch from vault, third one might have also. I have shown operators how to inspect tapes, but can't expect them to catch something that happens only about every 4-5 months. David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/24/03 08:35AM >>> Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a "reasonable" use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/23/03 20:14 PM >>> Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' >-Original Message- >From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED] >Sent: Monday, 16 June 2003 9:44 PM >To: [EMAIL PROTECTED] >Subject: Interesting LTO fault's symptom > > >Hi all, > >during last weeks I did interesting findings at one of production LTO >3583-L18 library. There are 2 drives and both was changed past series >of media faults (one of them twice) past about 1 year of >operation. We have >about 20 "historicaly touched" tapes with average 3-4 write >faults. Media >faults are still repeated and my finding is all that faults >were done at >70-75% of estimated capacity (set by longterm using to 105GB, >we use client >compression) during filling the tape. It seems like all tapes >were corrupted >nearly at the same place, of course there is some diffusion >because this is >only estimated filling. Faults at these tapes are repeatedly occured at >these percents of max capacity. > >I understand when one tape has media fault repeatedly at the >same place, but >about 20 tapes? Could it mean that all tapes were corrupted by >one bad drive >at the same place, or can be reason at microcode? > >We are in contact with our IBM support to solve it,
Re: Interesting LTO fault's symptom
I've had a few tapes stuck in drives. The two problems that have caused that here are drive/library microcode and physical tape problem. There have been about three tapes that had the leader pin cocked and once in a drive, the drive couldn't eject it. What I hear on this one is that IBM suspects the tapes are being dropped. I can't disagree on that, two of the tapes for sure were being checked in as scratch by operators from tapes returned from vault. Third one might have been also. >>> [EMAIL PROTECTED] 06/24/03 08:35AM >>> Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a "reasonable" use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/23/03 20:14 PM >>> Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' >-Original Message- >From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED] >Sent: Monday, 16 June 2003 9:44 PM >To: [EMAIL PROTECTED] >Subject: Interesting LTO fault's symptom > > >Hi all, > >during last weeks I did interesting findings at one of production LTO >3583-L18 library. There are 2 drives and both was changed past series >of media faults (one of them twice) past about 1 year of >operation. We have >about 20 "historicaly touched" tapes with average 3-4 write >faults. Media >faults are still repeated and my finding is all that faults >were done at >70-75% of estimated capacity (set by longterm using to 105GB, >we use client >compression) during filling the tape. It seems like all tapes >were corrupted >nearly at the same place, of course there is some diffusion >because this is >only estimated filling. Faults at these tapes are repeatedly occured at >these percents of max capacity. > >I understand when one tape has media fault repeatedly at the >same place, but >about 20 tapes? Could it mean that all tapes were corrupted by >one bad drive >at the same place, or can be reason at microcode? > >We are in contact with our IBM support to solve it, but I am >interested if >anybody of you register similar phenomenon? > >Tomas > ## This message is for the named p
Re: Interesting LTO fault's symptom
Richard, The tape is a genuine IBM Cleaning cartridge that came with the library. Per the "Storwatch Specialist": VOLID is CLNI81L1 and is in element address 1025 (3584-L32 library). Remaining Cleanings is 50. (I think that's the number of cleanings on these cartridges ?) Storwatch shows this as Cleaning Cartridge and that AutoClean is enabled. (I see another user this morning reported their tape has been used twice in a year and he pumps more data than me. That's the first person that I can remember that has reported an actual automatic use of an LTO cleaning cartridge.) Maybe thses drives/tapes are REAL clean already! David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/24/03 08:48AM >>> >Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached >for over a year with no problem. Cleaning tape was installed initially and >autoclean turned on on the library. Tape has not been used yet!. I backup >nearly 700GB of data a day and make offsite copies. Don't do a lot of >restores. I started with 100 tapes in system and now have 220. > >I remember a thread some months ago - maybe a year about cleaning. Everybody >then commented that their cleaning tapes weren't getting used either. Let's pursue some details to try to pin this down... - The cleaning tape is an LTO type, with a volser prefix of "CLNI" or "CLNU"? (Otherwise the library thinks of it as a data cartridge.) - It was inserted using the procedure as documented in the 3584 manual? - It resides in a normal data cell (not the Diagnostic Tape cell)? - You have verified that Auto Clean is (still) activated? If all of the above checks out, I would try following the manual's procedures for removing a cleaning cartridge, and then reintroduce it, watching particularly for a "Moving cleaning cartridge" message followed by "Insertion of Cleaning Cartridges has completed". Then re-check Auto Clean being active. Manually perform a Clean Drive operation to assure that the library understands the cleaning cartridge and that the function occurs. If still nadda, have your CE upgrade the library microcode, as appropriate; and the drives microcode, as they may be failing to signal that they need cleaning. Richard Sims, BU ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ##
Re: Interesting LTO fault's symptom
Richard -- I seem to recall that one of the advantages of LTO was that the tapes themselves were self-cleaning to an extent. I have 4 cleaning tapes in the library; we've manually used one of them 11 times (more for checking out drive problems early on than for drive cleaning). I've seen ONE tape in ONE drive throw a series of errors that decoded as 'drive cleaning required'. By the time the tape dismounted, the drive no longer needed cleaning. The same tape has worked fine in other drives for the past three months and the drive hasn't thrown any errors since. I'm thinking that these drives work in a manner similar to the DLT drives I used to have. If the signal strength from the heads degrades, the drive needs cleaning -- but only if the signal is still low at label check/dismount, because the normal tape movement may have cleaned things up. And since the cleaning tapes are mildly abrasive, the idea is to not use them if they aren't required. I've decided to not worry about cleaning tape usage until I start seeing tape I/O errors in my logs. Tom Kauffman NIBCO< Inc. -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 7:49 AM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom >Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached >for over a year with no problem. Cleaning tape was installed initially and >autoclean turned on on the library. Tape has not been used yet!. I backup >nearly 700GB of data a day and make offsite copies. Don't do a lot of >restores. I started with 100 tapes in system and now have 220. > >I remember a thread some months ago - maybe a year about cleaning. Everybody >then commented that their cleaning tapes weren't getting used either. Let's pursue some details to try to pin this down... - The cleaning tape is an LTO type, with a volser prefix of "CLNI" or "CLNU"? (Otherwise the library thinks of it as a data cartridge.) - It was inserted using the procedure as documented in the 3584 manual? - It resides in a normal data cell (not the Diagnostic Tape cell)? - You have verified that Auto Clean is (still) activated? If all of the above checks out, I would try following the manual's procedures for removing a cleaning cartridge, and then reintroduce it, watching particularly for a "Moving cleaning cartridge" message followed by "Insertion of Cleaning Cartridges has completed". Then re-check Auto Clean being active. Manually perform a Clean Drive operation to assure that the library understands the cleaning cartridge and that the function occurs. If still nadda, have your CE upgrade the library microcode, as appropriate; and the drives microcode, as they may be failing to signal that they need cleaning. Richard Sims, BU
Re: Interesting LTO fault's symptom
>According to a memo I received from IBM, the LTO >drives do NOT require periodic cleaning. I would imagine, then, that the memo goes on to describe the library cleaning tapes as decorative accessories? ;-) Richard Sims, BU
Re: Interesting LTO fault's symptom
According to a memo I received from IBM, the LTO drives do NOT require periodic cleaning. The only time ours got cleaned is when we noticed that auto cleaning was not occuring, and before we got the memo. Now, we have had a few tapes stuck in drives for various reasons, and many unexplained I/O errors, though I am begining to suspect SAN backups as the root cause and not the LTO drives. leonard -Original Message- From: "Thach, Kevin" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Date: Tue, 24 Jun 2003 08:35:39 -0400 Subject: Re: Interesting LTO fault's symptom Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a "reasonable" use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/23/03 20:14 PM >>> Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' >-Original Message- >From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED] >Sent: Monday, 16 June 2003 9:44 PM >To: [EMAIL PROTECTED] >Subject: Interesting LTO fault's symptom > > >Hi all, > >during last weeks I did interesting findings at one of production LTO >3583-L18 library. There are 2 drives and both was changed past series >of media faults (one of them twice) past about 1 year of >operation. We have >about 20 "historicaly touched" tapes with average 3-4 write >faults. Media >faults are still repeated and my finding is all that faults >were done at >70-75% of estimated capacity (set by longterm using to 105GB, >we use client >compression) during filling the tape. It seems like all tapes >were corrupted >nearly at the same place, of course there is some diffusion >because this is >only estimated filling. Faults at these tapes are repeatedly occured at >these percents of max capacity. > >I understand when one tape has media fault repeatedly at the >same place, but >about 20 tapes? Could it mean that all tapes were corrupted by >one bad drive >at the same place, or can be reason at microcode? > >We are in contact with our IBM support to solve it, but I am >interested if >anybody of you register similar phenomenon? > >Tomas > ## This message is f
Re: Interesting LTO fault's symptom
If TSM handles cleaning,it would be great to have CLEANFREQuency=ASNEEDED or a value. None wont help you much in that case. Use None if your library handles cleaning.. //Henrik "Thach, Kevin" To: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: (bcc: Henrik Wahlstedt) TH.COM> Subject: Re: Interesting LTO fault's symptom Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] RIST.EDU> 2003-06-24 14:35 Please respond to "ADSM: Dist Stor Manager" Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a "reasonable" use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/23/03 20:14 PM >>> Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works a
Re: Interesting LTO fault's symptom
>Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached >for over a year with no problem. Cleaning tape was installed initially and >autoclean turned on on the library. Tape has not been used yet!. I backup >nearly 700GB of data a day and make offsite copies. Don't do a lot of >restores. I started with 100 tapes in system and now have 220. > >I remember a thread some months ago - maybe a year about cleaning. Everybody >then commented that their cleaning tapes weren't getting used either. Let's pursue some details to try to pin this down... - The cleaning tape is an LTO type, with a volser prefix of "CLNI" or "CLNU"? (Otherwise the library thinks of it as a data cartridge.) - It was inserted using the procedure as documented in the 3584 manual? - It resides in a normal data cell (not the Diagnostic Tape cell)? - You have verified that Auto Clean is (still) activated? If all of the above checks out, I would try following the manual's procedures for removing a cleaning cartridge, and then reintroduce it, watching particularly for a "Moving cleaning cartridge" message followed by "Insertion of Cleaning Cartridges has completed". Then re-check Auto Clean being active. Manually perform a Clean Drive operation to assure that the library understands the cleaning cartridge and that the function occurs. If still nadda, have your CE upgrade the library microcode, as appropriate; and the drives microcode, as they may be failing to signal that they need cleaning. Richard Sims, BU
Re: Interesting LTO fault's symptom
Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a "reasonable" use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/23/03 20:14 PM >>> Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' >-Original Message- >From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED] >Sent: Monday, 16 June 2003 9:44 PM >To: [EMAIL PROTECTED] >Subject: Interesting LTO fault's symptom > > >Hi all, > >during last weeks I did interesting findings at one of production LTO >3583-L18 library. There are 2 drives and both was changed past series >of media faults (one of them twice) past about 1 year of >operation. We have >about 20 "historicaly touched" tapes with average 3-4 write >faults. Media >faults are still repeated and my finding is all that faults >were done at >70-75% of estimated capacity (set by longterm using to 105GB, >we use client >compression) during filling the tape. It seems like all tapes >were corrupted >nearly at the same place, of course there is some diffusion >because this is >only estimated filling. Faults at these tapes are repeatedly occured at >these percents of max capacity. > >I understand when one tape has media fault repeatedly at the >same place, but >about 20 tapes? Could it mean that all tapes were corrupted by >one bad drive >at the same place, or can be reason at microcode? > >We are in contact with our IBM support to solve it, but I am >interested if >anybody of you register similar phenomenon? > >Tomas > ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any
Re: Interesting LTO fault's symptom
Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a "reasonable" use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 06/23/03 20:14 PM >>> Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' >-Original Message- >From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED] >Sent: Monday, 16 June 2003 9:44 PM >To: [EMAIL PROTECTED] >Subject: Interesting LTO fault's symptom > > >Hi all, > >during last weeks I did interesting findings at one of production LTO >3583-L18 library. There are 2 drives and both was changed past >series of >media faults (one of them twice) past about 1 year of >operation. We have >about 20 "historicaly touched" tapes with average 3-4 write >faults. Media >faults are still repeated and my finding is all that faults >were done at >70-75% of estimated capacity (set by longterm using to 105GB, >we use client >compression) during filling the tape. It seems like all tapes >were corrupted >nearly at the same place, of course there is some diffusion >because this is >only estimated filling. Faults at these tapes are repeatedly occured at >these percents of max capacity. > >I understand when one tape has media fault repeatedly at the >same place, but >about 20 tapes? Could it mean that all tapes were corrupted by >one bad drive >at the same place, or can be reason at microcode? > >We are in contact with our IBM support to solve it, but I am >interested if >anybody of you register similar phenomenon? > >Tomas > ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ##
Re: Interesting LTO fault's symptom
Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' >-Original Message- >From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED] >Sent: Monday, 16 June 2003 9:44 PM >To: [EMAIL PROTECTED] >Subject: Interesting LTO fault's symptom > > >Hi all, > >during last weeks I did interesting findings at one of production LTO >3583-L18 library. There are 2 drives and both was changed past >series of >media faults (one of them twice) past about 1 year of >operation. We have >about 20 "historicaly touched" tapes with average 3-4 write >faults. Media >faults are still repeated and my finding is all that faults >were done at >70-75% of estimated capacity (set by longterm using to 105GB, >we use client >compression) during filling the tape. It seems like all tapes >were corrupted >nearly at the same place, of course there is some diffusion >because this is >only estimated filling. Faults at these tapes are repeatedly occured at >these percents of max capacity. > >I understand when one tape has media fault repeatedly at the >same place, but >about 20 tapes? Could it mean that all tapes were corrupted by >one bad drive >at the same place, or can be reason at microcode? > >We are in contact with our IBM support to solve it, but I am >interested if >anybody of you register similar phenomenon? > >Tomas >
Re: Interesting LTO fault's symptom
Hi Wieslaw, I saw my type of errors but it is different. APAR IC35508 you mentioned relates to error "Physical end of media encountered" as wrote in APAR: ANR8302E I/O error on drive LIB (/dev/mt2) (OP=WRITE, Error Number=5, CC=400, KEY=4D, ASC=00, ASCQ=02, SENSE=F0.00.4D.00.04.00.00.10.00.00.00.00.00.02.00.00.00.00.3A.1 F.52.05.35.F0., Description=Physical end of media encountered). Refer to Appendix D in the 'Messages' manual for recommended action. My errors are other kind of type: 14-06-2003 23:35:22 ANR8302E I/O error on drive LTODRV0 (MT0.0.0.4) (OP=WRITE, Error Number=23, CC=0, KEY=03, ASC=0C, ASCQ=00, SENSE=70.00.03.00.00.00.00.1C.00.00.00.00.0C.00.06.00.40- .02.00.00.00.03.20.20.20.20.20.20.20.24.00.00.83.EF.00.0- 0.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.- 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00- .00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.0- 0.00.00.00.00, Description=An undetermined error has occurred). Refer to Appendix D in the 'Messages' manual for recommended action. 14-06-2003 23:35:22 ANR8359E Media fault detected on LTO volume WSS007L1 in drive LTODRV0 (MT0.0.0.4) of library LTOLIB1. Nevertheless, thanks for advice. Tom > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > Behalf Of Wieslaw Markowiak/Kra/ComputerLand/PL > Sent: Tuesday, June 17, 2003 10:16 AM > To: [EMAIL PROTECTED] > Subject: Re: Interesting LTO fault's symptom > > > Hi, > I had similar problem, but found the apar dealing with it. If you're also > getting errors like >ANR8302E I/O error on drive MT1.0.0.0 (MT1.0.0.0) >(OP=WRITE, Error Number=1117, CC=400, KEY=4D, > ASC=00, >ASCQ=02, > SENSE=70.00.4D.00.00.00.00.0E.00.00.00.00.00.0- >2.00.00.50.8D.00.00.00.00., Description=Physical > end of >media encountered). Refer to Appendix D in the >'Messages' manual for recommended action. > > look into apar IC35508 > > My brgds > > Wieslaw
Antwort: Re: Interesting LTO fault's symptom
Hi we had this problem mainly reading labels of tapes. Notice that CC=0 KEY=00 ASC=00 ASCQ=00 Does anyone else get EXACTLY that return key? ANR8302E I/O error on drive DRIVE1 (\\.\TAPE0) (OP=READ, Error Number=1117, CC=0, KEY=00, ASC=00, ASCQ=00, SENSE=70.00.00.00.00.00.00.1C.00.00.00.00.00.00.00.00.00- .00.00.00.00.01.20.20.20.20.20.20.20.10.00.00.DA.C8.01.0- 0.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.- 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00- .00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.0- 0.00.00.00.00, Description=An undetermined error has occurred). Refer to Appendix D in the 'Messages' manual Mit freundlichen Grüßen / Best Regards Markus Veit An: [EMAIL PROTECTED] Kopie: Thema: Re: Interesting LTO fault's symptom [EMAIL PROTECTED] Received : 17.06.2003 10:22 Bitte antworten an "ADSM: Dist Stor Manager" Hi, I had similar problem, but found the apar dealing with it. If you're also getting errors like ANR8302E I/O error on drive MT1.0.0.0 (MT1.0.0.0) (OP=WRITE, Error Number=1117, CC=400, KEY=4D, ASC=00, ASCQ=02, SENSE=70.00.4D.00.00.00.00.0E.00.00.00.00.00.0- 2.00.00.50.8D.00.00.00.00., Description=Physical end of media encountered). Refer to Appendix D in the 'Messages' manual for recommended action. look into apar IC35508 My brgds Wieslaw
Re: Interesting LTO fault's symptom
Hi, I had similar problem, but found the apar dealing with it. If you're also getting errors like ANR8302E I/O error on drive MT1.0.0.0 (MT1.0.0.0) (OP=WRITE, Error Number=1117, CC=400, KEY=4D, ASC=00, ASCQ=02, SENSE=70.00.4D.00.00.00.00.0E.00.00.00.00.00.0- 2.00.00.50.8D.00.00.00.00., Description=Physical end of media encountered). Refer to Appendix D in the 'Messages' manual for recommended action. look into apar IC35508 My brgds Wieslaw
Re: Interesting LTO fault's symptom
Hi Similar problem here. Bought four Imation tapes into IBM 3584 with drive firmware 3481 and library firmware 3060, got write error on all four tapes at around 38% of 190734.0GB estimated cap. Kind Regards, Stefan Thor Hreinsson -Original Message- From: Bob Booth - UIUC [mailto:[EMAIL PROTECTED] Sent: 16. júní 2003 14:03 To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Could any of you supply your drive firmware level, so we can all compare notes? thanks, bob On Mon, Jun 16, 2003 at 03:57:47PM +0200, Tom?? Hrouda Ing. wrote: > We have it on both IBM and Imation tapes (we had first 20 tapes in initial > order with library from IBM and 20 Imation tapes bought 1/2 year later). > Fault tapes are mixed. > > Tomas > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > > Lambelet,Rene,VEVEY,GL-CSC > > Sent: Monday, June 16, 2003 3:13 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Interesting LTO fault's symptom > > > > > > Hi, > > > > we have exactly the same problem, about 2 -3 tapes / day with write error, > > 2/3 of capacity. Only on Imation tapes, not on IBM ones... > > > > We spend our time to do MOVE DATA ! . . .
Antwort: Re: Interesting LTO fault's symptom
Hi, I was wondering which server hardware do you use. We had a sort of similar problem with LTO tapes ( Fuji) on Compaq HW, after disabling the SCSI monitoring agents the problem disapeared Mit freundlichen Grüßen / Best Regards Markus Veit _
Re: Interesting LTO fault's symptom
OK, with percentages, I think it depends on setting of estimate capacity in deviceclass. I tried to set it as near as possible to real utilization, when tape goes full, to better gues real tape utilization during filling process. Some time ago I has 200G estimated and when I re-count percentages on fault filling tapes at these times, I get the same numbers for my actual 105G (107520 MB) estimate setting - about 70-75%. Tom > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > Behalf Of Lambelet,Rene,VEVEY,GL-CSC > Sent: Monday, June 16, 2003 4:42 PM > To: [EMAIL PROTECTED] > Subject: Re: Interesting LTO fault's symptom > > > So, we use drive code 28V0, library code 3060, > > sorry, for the percentage we do not have 70 but between 20 and 40% as > percentage utilized at time of the write error, > > Reni LAMBELET > NESTEC SA > GLOBE - Global Business Excellence > Central Support Center > Information Technology > Av. Nestli 55 CH-1800 Vevey (Switzerland) > til +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local > K4-404 > mailto:[EMAIL PROTECTED] > > > -Original Message- > From: Bob Booth - UIUC [mailto:[EMAIL PROTECTED] > Sent: Monday,16. June 2003 16:03 > To: [EMAIL PROTECTED] > Subject: Re: Interesting LTO fault's symptom > > > Could any of you supply your drive firmware level, so we can all compare > notes? > > thanks, > > bob > > On Mon, Jun 16, 2003 at 03:57:47PM +0200, Tom?? Hrouda Ing. wrote: > > We have it on both IBM and Imation tapes (we had first 20 tapes > in initial > > order with library from IBM and 20 Imation tapes bought 1/2 year later). > > Fault tapes are mixed. > > > > Tomas > > > > > -Original Message- > > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > Behalf Of > > > Lambelet,Rene,VEVEY,GL-CSC > > > Sent: Monday, June 16, 2003 3:13 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Interesting LTO fault's symptom > > > > > > > > > Hi, > > > > > > we have exactly the same problem, about 2 -3 tapes / day with write > error, > > > 2/3 of capacity. Only on Imation tapes, not on IBM ones... > > > > > > We spend our time to do MOVE DATA ! > . > . > .
Re: Interesting LTO fault's symptom
So, we use drive code 28V0, library code 3060, sorry, for the percentage we do not have 70 but between 20 and 40% as percentage utilized at time of the write error, René LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center Information Technology Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local K4-404 mailto:[EMAIL PROTECTED] -Original Message- From: Bob Booth - UIUC [mailto:[EMAIL PROTECTED] Sent: Monday,16. June 2003 16:03 To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Could any of you supply your drive firmware level, so we can all compare notes? thanks, bob On Mon, Jun 16, 2003 at 03:57:47PM +0200, Tom?? Hrouda Ing. wrote: > We have it on both IBM and Imation tapes (we had first 20 tapes in initial > order with library from IBM and 20 Imation tapes bought 1/2 year later). > Fault tapes are mixed. > > Tomas > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > > Lambelet,Rene,VEVEY,GL-CSC > > Sent: Monday, June 16, 2003 3:13 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Interesting LTO fault's symptom > > > > > > Hi, > > > > we have exactly the same problem, about 2 -3 tapes / day with write error, > > 2/3 of capacity. Only on Imation tapes, not on IBM ones... > > > > We spend our time to do MOVE DATA ! . . .
Re: Interesting LTO fault's symptom
Drive FW 25D4, library 2.80.41 (I think). Tom > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > Behalf Of Bob Booth - UIUC > Sent: Monday, June 16, 2003 4:03 PM > To: [EMAIL PROTECTED] > Subject: Re: Interesting LTO fault's symptom > > > Could any of you supply your drive firmware level, so we can all compare > notes? > > thanks, > > bob > > On Mon, Jun 16, 2003 at 03:57:47PM +0200, Tom?? Hrouda Ing. wrote: > > We have it on both IBM and Imation tapes (we had first 20 tapes > in initial > > order with library from IBM and 20 Imation tapes bought 1/2 year later). > > Fault tapes are mixed. > > > > Tomas > > > > > -Original Message- > > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > Behalf Of > > > Lambelet,Rene,VEVEY,GL-CSC > > > Sent: Monday, June 16, 2003 3:13 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Interesting LTO fault's symptom > > > > > > > > > Hi, > > > > > > we have exactly the same problem, about 2 -3 tapes / day with > write error, > > > 2/3 of capacity. Only on Imation tapes, not on IBM ones... > > > > > > We spend our time to do MOVE DATA ! > . > . > .
Re: Interesting LTO fault's symptom
drive firmware level - 25D4 IBM LTO tapes Regards Ing. Jozef Zatko Login a.s. Dlha 2, Stupava tel.: (421) (2) 60252618 Bob Booth - UIUC <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 16.06.2003 16:02 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Re: Interesting LTO fault's symptom Could any of you supply your drive firmware level, so we can all compare notes? thanks, bob On Mon, Jun 16, 2003 at 03:57:47PM +0200, Tom?? Hrouda Ing. wrote: > We have it on both IBM and Imation tapes (we had first 20 tapes in initial > order with library from IBM and 20 Imation tapes bought 1/2 year later). > Fault tapes are mixed. > > Tomas > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > > Lambelet,Rene,VEVEY,GL-CSC > > Sent: Monday, June 16, 2003 3:13 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Interesting LTO fault's symptom > > > > > > Hi, > > > > we have exactly the same problem, about 2 -3 tapes / day with write error, > > 2/3 of capacity. Only on Imation tapes, not on IBM ones... > > > > We spend our time to do MOVE DATA ! . . .
Re: Interesting LTO fault's symptom
Very Interesting. I have a 10-drive 3584 library that came with 380 tapes about 22 months ago. So far, two tapes have locked in drives (which seems to have been a firmware issue corrected quite some time ago) and one of the tapes was flawed enough that the drive would die while trying to label the tape. No other errors in the 22 months. We haven't even clocked any usage on the in-library cleaning tape. I push about 1.2 TB of data into the library daily, copy about 1.0 TB for off-site on a maximum 21-day rotation. Some of my tapes (SAP/Oracle) hit as high as 517 GB before going full, while others (MS-Exchange) tend to fill at 101 GB (Oracle is mostly empty, the MS-Exchange db is pre-compressed). My tapes are all 'IBM', actually OEM'd by Fuji as I understand. Based on the above -- I'd suggest getting a couple of Fuji tapes and seeing if you run into problems with them. Tom Kauffman NIBCO, Inc -Original Message- From: Jozef Zatko [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 7:29 AM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Hi all, we are using 3583 LTO library with two LTO drives for 5 or 6 months. No error on tapes until now. Interesting findings. If some error occur with tapes I will check more detaily. Ing. Jozef Zatko Login a.s. Dlha 2, Stupava tel.: (421) (2) 60252618 "Tomáš Hrouda Ing." <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 16.06.2003 14:14 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Interesting LTO fault's symptom Hi all, during last weeks I did interesting findings at one of production LTO 3583-L18 library. There are 2 drives and both was changed past series of media faults (one of them twice) past about 1 year of operation. We have about 20 "historicaly touched" tapes with average 3-4 write faults. Media faults are still repeated and my finding is all that faults were done at 70-75% of estimated capacity (set by longterm using to 105GB, we use client compression) during filling the tape. It seems like all tapes were corrupted nearly at the same place, of course there is some diffusion because this is only estimated filling. Faults at these tapes are repeatedly occured at these percents of max capacity. I understand when one tape has media fault repeatedly at the same place, but about 20 tapes? Could it mean that all tapes were corrupted by one bad drive at the same place, or can be reason at microcode? We are in contact with our IBM support to solve it, but I am interested if anybody of you register similar phenomenon? Tomas
Re: Interesting LTO fault's symptom
>we have exactly the same problem, about 2 -3 tapes / day with write >error, 2/3 of capacity. Only on Imation tapes, not on IBM ones... Interesting. LTO divides its tracks into four bands, which it writes from inner to outer (analogous to optical media). See http://www.ultrium.com/newsite/html/about_tech.html for pictorials. Inner bands are inherently more reliable because they are further from the edges, where more things can happen. If you had the opportunity and time to dissect the problem Imation cartridges, you *might* find rippling or the like near one edge. It may also be the case that Imation did not properly create some of the outer servo tracks. We've had problems with Imation 3590 tapes as well, so you may want to stick with The Ultimate Vendor. Don't hesitate to return data-obliterated cartridges to Imation, to incite quality control reviews. Richard Sims, BU
Re: Interesting LTO fault's symptom
Could any of you supply your drive firmware level, so we can all compare notes? thanks, bob On Mon, Jun 16, 2003 at 03:57:47PM +0200, Tom?? Hrouda Ing. wrote: > We have it on both IBM and Imation tapes (we had first 20 tapes in initial > order with library from IBM and 20 Imation tapes bought 1/2 year later). > Fault tapes are mixed. > > Tomas > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > > Lambelet,Rene,VEVEY,GL-CSC > > Sent: Monday, June 16, 2003 3:13 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Interesting LTO fault's symptom > > > > > > Hi, > > > > we have exactly the same problem, about 2 -3 tapes / day with write error, > > 2/3 of capacity. Only on Imation tapes, not on IBM ones... > > > > We spend our time to do MOVE DATA ! . . .
Re: Interesting LTO fault's symptom
We have it on both IBM and Imation tapes (we had first 20 tapes in initial order with library from IBM and 20 Imation tapes bought 1/2 year later). Fault tapes are mixed. Tomas > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > Lambelet,Rene,VEVEY,GL-CSC > Sent: Monday, June 16, 2003 3:13 PM > To: [EMAIL PROTECTED] > Subject: Re: Interesting LTO fault's symptom > > > Hi, > > we have exactly the same problem, about 2 -3 tapes / day with write error, > 2/3 of capacity. Only on Imation tapes, not on IBM ones... > > We spend our time to do MOVE DATA ! > > Reni LAMBELET > NESTEC SA > GLOBE - Global Business Excellence > Central Support Center > Information Technology > Av. Nestli 55 CH-1800 Vevey (Switzerland) > til +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local > K4-404 > mailto:[EMAIL PROTECTED] > > > -Original Message- > From: Toma9 Hrouda Ing. [mailto:[EMAIL PROTECTED] > Sent: Monday,16. June 2003 14:14 > To: [EMAIL PROTECTED] > Subject: Interesting LTO fault's symptom > > > Hi all, > > during last weeks I did interesting findings at one of production LTO > 3583-L18 library. There are 2 drives and both was changed past series of > media faults (one of them twice) past about 1 year of operation. We have > about 20 "historicaly touched" tapes with average 3-4 write faults. Media > faults are still repeated and my finding is all that faults were done at > 70-75% of estimated capacity (set by longterm using to 105GB, we > use client > compression) during filling the tape. It seems like all tapes > were corrupted > nearly at the same place, of course there is some diffusion > because this is > only estimated filling. Faults at these tapes are repeatedly occured at > these percents of max capacity. > > I understand when one tape has media fault repeatedly at the same > place, but > about 20 tapes? Could it mean that all tapes were corrupted by > one bad drive > at the same place, or can be reason at microcode? > > We are in contact with our IBM support to solve it, but I am interested if > anybody of you register similar phenomenon? > > Tomas
Re: Interesting LTO fault's symptom
Hi, we have exactly the same problem, about 2 -3 tapes / day with write error, 2/3 of capacity. Only on Imation tapes, not on IBM ones... We spend our time to do MOVE DATA ! René LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center Information Technology Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local K4-404 mailto:[EMAIL PROTECTED] -Original Message- From: Tomáš Hrouda Ing. [mailto:[EMAIL PROTECTED] Sent: Monday,16. June 2003 14:14 To: [EMAIL PROTECTED] Subject: Interesting LTO fault's symptom Hi all, during last weeks I did interesting findings at one of production LTO 3583-L18 library. There are 2 drives and both was changed past series of media faults (one of them twice) past about 1 year of operation. We have about 20 "historicaly touched" tapes with average 3-4 write faults. Media faults are still repeated and my finding is all that faults were done at 70-75% of estimated capacity (set by longterm using to 105GB, we use client compression) during filling the tape. It seems like all tapes were corrupted nearly at the same place, of course there is some diffusion because this is only estimated filling. Faults at these tapes are repeatedly occured at these percents of max capacity. I understand when one tape has media fault repeatedly at the same place, but about 20 tapes? Could it mean that all tapes were corrupted by one bad drive at the same place, or can be reason at microcode? We are in contact with our IBM support to solve it, but I am interested if anybody of you register similar phenomenon? Tomas
Re: Interesting LTO fault's symptom
Hi all, we are using 3583 LTO library with two LTO drives for 5 or 6 months. No error on tapes until now. Interesting findings. If some error occur with tapes I will check more detaily. Ing. Jozef Zatko Login a.s. Dlha 2, Stupava tel.: (421) (2) 60252618 "Tomáš Hrouda Ing." <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 16.06.2003 14:14 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject Interesting LTO fault's symptom Hi all, during last weeks I did interesting findings at one of production LTO 3583-L18 library. There are 2 drives and both was changed past series of media faults (one of them twice) past about 1 year of operation. We have about 20 "historicaly touched" tapes with average 3-4 write faults. Media faults are still repeated and my finding is all that faults were done at 70-75% of estimated capacity (set by longterm using to 105GB, we use client compression) during filling the tape. It seems like all tapes were corrupted nearly at the same place, of course there is some diffusion because this is only estimated filling. Faults at these tapes are repeatedly occured at these percents of max capacity. I understand when one tape has media fault repeatedly at the same place, but about 20 tapes? Could it mean that all tapes were corrupted by one bad drive at the same place, or can be reason at microcode? We are in contact with our IBM support to solve it, but I am interested if anybody of you register similar phenomenon? Tomas