From: AndyLiebman@aol.com
To: linux-raid@vger.kernel.org
Subject: Hardware vs Software and Bad Block Relocation
Date: Fri, 21 May 2004 09:05:18 EDT [thread overview]
Message-ID: <d4.d36c2f5.2ddf588e@aol.com> (raw)
From the replies I got to my last question about Hardware versus Software
RAID, one of the big advantages of true hardware RAID can be the better handling
of bad blocks or read errors on RAID 1 and RAID 5 arrays.
I have encountered this situation a few times with Linux software RAID 5
where I will get a read error on a particular sector of a particular disk. Linux
software RAID will immediately throw this disk out of the array. And now, if I
get a read error on another disk before I replace the first disk (unlikely
but it did happen to me once -- about a day after getting the first error), the
array can be totally lost. Or at least it's not so obvious how to recover the
data.
Yesterday, I spoke with two tech support people at 3ware who explained that
their hardware RAID cards will remember where a read error is encountered and
next time you try to write to that sector the data will get relocated to
another sector instead. As long as there is still communication with the disk after
a read error (within 20 seconds) the disk won't get kicked out of the array
and the RAID won't go into degraded mode. An error report will get generated
that you can view in the 3ware 3dm or 3dm2 GUI interface -- so you can see that
you MIGHT have to start worrying about a particular disk. But the data will
still be intact and the array will still offer redundancy.
This seems like a HUGE advantage to data security -- especially in my
application. I am dealing with Terrabytes of video and audio files, and it's simply
not practical to back them up.
So, my question is, is there a "software equivalent" to what the 3ware card
does with bad sectors or bad blocks. Will EVMS do that? Will the latest LVM do
that? I have read that EVMS does have a bad block relocation function, but
does it work the same way as the 3ware card? Will it prevent an array from going
into degraded mode after a read error?
next reply other threads:[~2004-05-21 13:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-21 13:05 AndyLiebman [this message]
2004-05-21 14:38 ` Hardware vs Software and Bad Block Relocation Guy
2004-05-22 15:23 ` Marcel de Riedmatten
2004-05-22 16:27 ` Guy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d4.d36c2f5.2ddf588e@aol.com \
--to=andyliebman@aol.com \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).