All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.