A little story of failed raid5 (3ware 8000 series)

[Daniel O'Connor]

On Tue, 21 Aug 2007, Artem Kuchin wrote:
> Now, what i don't understand is why Hardware_ECC_Recovered   and
> Seek_Error_Rate          are so hight. The first one is maybe relate
> to cabling problem. The driver are all in hot swap baskets of
> supermicro 2u case. Maybe backpanel is no so good?
>
> Seek_Error_Rate is a mistety for me. Any idea?

I don't know what the problem is, I would have expected the drive to 
report errors in it's log if it is genuinely failing (I've seen this on 
my laptop)

Have you tried running SMART tests on the disk?

I'm not saying SMART is the be all and end all of failure monitoring but 
it has indicated problems to me in the past :)

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20070821/7e11e9fe/attachment.pgp