[NBLUG/talk] More hard drive problems

Christopher Wagner chrisw at pacaids.com
Tue Oct 4 09:46:59 PDT 2005


Well, bad blocks are something I would consider to legitimately fail a
drive.  From my experience, if a drive starts out with a few bad blocks,
most of the time the number of bad blocks grows steadily.  In a
production system, such as a NetApp file server, any drive that has a
bad block immediately gets removed and replaced and the drive is 1)
scrapped, 2) put into a computer with non-critical data (ie: has Windoze
installed), or 3) returned to manufacturer for replacement.  I simply
can't trust a drive that shows a higher risk of failure.

We just recently had an issue here with a hard disk on one of our
database servers, some potential bad blocks, I got the data off
promptly, pulled the drive, and replaced it.  I didn't even bother
running a bad block scan on it.  The drive was potentially faulty and I
just didn't want to waste my time, or company time trying to deal with
it.  Probably saved us *a lot* of money by just simply replacing the drive.

- Chris

Dean A. Roman wrote:

>
> FYI: 
>    Network Appliance, after I returned a failed 15K SCSI drive, once
> told me that 30% of their returned failed drives really aren't broken
> at all but the system just reports then as failed because of
> corruption and/or bad blocks and/or data errors.
>
> Thanks,
>     ---Dean.
>
>
>
> Walter Hansen wrote:
>
>>Not related at all, but of hard drive interest.
>>
>>I picked up some IBM/Hitachi 80g 7200rpm drives at HSC the other day and
>>they were really quiet. I was very supprised. They were rather quite
>>sitting on a desk filling up with backups. I doubt I'll be able to hear
>>them at all inside a case.
>>
>>
>>  
>>
>>>On Monday 03 October 2005 06:18 pm, Lincoln Peters wrote:
>>>    
>>>
>>>>However, I ran Maxtor's PowerMax utility on the hard disk earlier today,
>>>>and it was able to somehow repair the problem (!).
>>>>      
>>>>
>>>Cancel that; although it passed every test I ran on it (both from PowerMax
>>>and
>>>from Linux), it won't hold a partition table.  I tried creating one using
>>>cfdisk, saved it, and aside from a cryptic kernel message (which
>>>disappeared
>>>quickly and doesn't seem to appear in the kernel logs), it appeared to
>>>save
>>>correctly.  However, since the kernel message made me suspicious, I
>>>reopened
>>>the disk using cfdisk, and it reported NO PARTITION TABLE.
>>>
>>>Looks like I'll be giving Maxtor customer service a call tomorrow!
>>>
>>>
>>>--
>>>Lincoln Peters
>>><sampln at sbcglobal.net>
>>>
>>>Beware of low-flying butterflies.
>>>
>>>_______________________________________________
>>>talk mailing list
>>>talk at nblug.org
>>>http://nblug.org/cgi-bin/mailman/listinfo/talk
>>>
>>>
>>>    
>>>
>>
>>
>>
>>_______________________________________________
>>talk mailing list
>>talk at nblug.org
>>http://nblug.org/cgi-bin/mailman/listinfo/talk
>>
>>
>>  
>>
>
>-- 
>Dean A. Roman
>
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>talk mailing list
>talk at nblug.org
>http://nblug.org/cgi-bin/mailman/listinfo/talk
>  
>



More information about the talk mailing list