From: Michael Hardy <mhardy@h3c.com>
To: linux-raid@vger.kernel.org
Subject: raid5 + smartctl + uncorrectable read error + single-block-resync ?
Date: Thu, 03 Jun 2004 12:34:29 -0700 [thread overview]
Message-ID: <40BF7D45.3020403@h3c.com> (raw)
I've got smartd running (great tool: http://smartmontools.sf.net) and it
just alerted me to an unreadable sector in one drive on a software raid5
array I have (linux kernel 2.4.18, I believe, I know its old)
smartctl is capable of telling me exactly what LBA on the drive is
unreadable, and I was reading this, which indicates it would be possible
to remap that single block:
http://cgi.cse.unsw.edu.au/~neilb/me/SoftRaid/01084418693
...but I'm guessing that's just an idea, since its from May 13th 2004
and there a couple of indications of kernel hacking in it ("maintain a
list of bad blocks", check thresholds, work on the recovery thread, etc)
Is there any motion to get raid to implement this?
If there is, I guess my only input (I'm a sysadmin level hacker, not a
kernel hacker) would be to say - there should be some interface for
external utilities to "educate" the linux raid module that a specific
disk has a specific sector going bad.
That way you could script smartd to take the results of a failed offline
SMART test and send the bad LBAs to the raid module for read tests and
resync
Oh, and I want a pony. ;-) I couldn't resist asking that, since this is
basically a gigantic feature request
In the meantime, I guess logically failing the drive and re-adding it is
the only way to remap the sectors, right?
-Mike
next reply other threads:[~2004-06-03 19:34 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-03 19:34 Michael Hardy [this message]
2004-06-03 19:56 ` raid5 + smartctl + uncorrectable read error + single-block-resync ? 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=40BF7D45.3020403@h3c.com \
--to=mhardy@h3c.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.