A little story of failed raid5 (3ware 8000 series)
doconnor at gsoft.com.au
Tue Aug 21 04:12:19 PDT 2007
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
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
Size: 187 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20070821/7e11e9fe/attachment.pgp
More information about the freebsd-stable