linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Molle Bestefich <molle.bestefich@gmail.com>
To: Claas Hilbrecht
	<claas+maillinglists.linux-raid@jucs-kramkiste.de>,
	Pallai Roland <dap@mail.index.hu>
Cc: linux-raid@vger.kernel.org
Subject: Re: [PATCH] proactive raid5 disk replacement for 2.6.11
Date: Mon, 22 Aug 2005 12:47:27 +0200	[thread overview]
Message-ID: <62b0912f0508220347135352ea@mail.gmail.com> (raw)
In-Reply-To: <C0A1E607B5206F88D89CAF42@192.168.1.22>

Claas Hilbrecht wrote:
> Pallai Roland schrieb:
> >  this is a feature patch that implements 'proactive raid5 disk
> > replacement' (http://www.arctic.org/~dean/raid-wishlist.html),
> 
> After my experience with a broken raid5 (read the list) I think the
> "partially failed disks" feature you describe is really useful. I agree
> with you that this kind of error is rather common.

Horrible idea.
Once you have a bad block on one disk, you have definitively lost your
data redundancy.
That's bad.

What should be done about bad blocks instead of your suggestion is to
try and write the data back to the bad block before kicking the disk. 
If this succeeds, and the data can then be read from the failed block,
the disk has automatically reassigned the sector to the spare sector
area.  You have redundancy again and the bad sector is "fixed".

If you're having a lot of problems with disks getting kicked because
of bad blocks, then you need to diagnose some more to find out what
the actual problem is.

My best guess would be that either you're using an old version of MD
that won't try to write to bad blocks, or the spare area on your disk
is full, in which case it should be replaced.  You can check the
status of spare areas on disks with 'smartctl' or similar.

  parent reply	other threads:[~2005-08-22 10:47 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-14 20:10 [PATCH] proactive raid5 disk replacement for 2.6.11 Pallai Roland
2005-08-14 21:29 ` [PATCH] proactive raid5 disk replacement for 2.6.11 [fixed patch] Pallai Roland
2005-08-15  6:45 ` [PATCH] proactive raid5 disk replacement for 2.6.11 Claas Hilbrecht
2005-08-15 11:29 ` Mario 'BitKoenig' Holbe
2005-08-15 13:50   ` Pallai Roland
     [not found] ` <C0A1E607B5206F88D89CAF42@192.168.1.22>
2005-08-22 10:47   ` Molle Bestefich [this message]
2005-08-22 11:56     ` Pallai Roland
2005-08-22 13:55       ` Molle Bestefich
2005-08-28 23:35         ` Neil Brown

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=62b0912f0508220347135352ea@mail.gmail.com \
    --to=molle.bestefich@gmail.com \
    --cc=claas+maillinglists.linux-raid@jucs-kramkiste.de \
    --cc=dap@mail.index.hu \
    --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).