All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Bucksch <linux.news@bucksch.org>
To: Adam Goryachev <mailinglists@websitemanagers.com.au>
Cc: Robert L Mathews <lists@tigertech.com>,
	Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: Use RAID-6!
Date: Wed, 17 Apr 2013 13:13:28 +0200	[thread overview]
Message-ID: <516E83D8.2070908@bucksch.org> (raw)
In-Reply-To: <516DFC4F.5000908@websitemanagers.com.au>

Adam Goryachev wrote, On 17.04.2013 03:35:
> Obviously, if they suffered a two disk failure then they won't be here
> asking for help will they:)

Wrong, sadly. I suffered a 1 disk failure, and I am here asking for 
help. And nobody can give it.

Again: I have a RAID5, and 1 (one) disk failed, so I should be fine, but 
I cannot read the data anymore, no way to get at it. That's because md 
ejected a good (!) drive to start with, and refuses to take it back (!). 
(And then another drive failed during resync.) If you have a way, please 
do show me, see thread 'Disk wrongly marked "spare", need to force 
re-add it'

The problem isn't double disk failure. The problem is bugs in md 
implementation.

> The Linux kernel advises Linux md that the block
> device is gone, so Linux md discards the block device and stops trying
> to use it. Personally, I don't see that Linux md has a lot of choice in
> the matter

True. But often, such errors are temporary. For example, a loose cable. 
I must be able to re-add the device as a good device with data. But I 
can't, md doesn't let me.

My case was even more unbelievable: md ejected perfectly good drives 
simply because I upgraded the OS. (This happened with 2 independent 
arrays, so not coincidence.)

Also, a single sector being unreadable/unwritable doesn't count as "disk 
failure" in my book, and shouldn't eject the whole disk. If I have 2 
sectors on 2 different disks that are unreadable, md currently trashes 
the whole array and doesn't let me read anything at all anymore. That's 
obviously broken, but unfortunately the sad reality.

See http://neil.brown.name/blog/20110216044002#1


(And, BTW, RAID6 doesn't really help with this problem, because it's 
quite possible that 3 disks have sectors unreadable/unwritable.)

  parent reply	other threads:[~2013-04-17 11:13 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-16 16:44 Use RAID-6! Roy Sigurd Karlsbakk
2013-04-16 17:09 ` Mikael Abrahamsson
2013-04-16 17:25   ` Roy Sigurd Karlsbakk
2013-04-16 20:01   ` David Brown
2013-04-17  7:56     ` Mikael Abrahamsson
2013-04-17  9:26       ` David Brown
2013-04-16 19:52 ` Robert L Mathews
2013-04-16 20:05   ` Carsten Aulbert
2013-04-16 20:19     ` Roman Mamedov
2013-04-16 22:44     ` Robert L Mathews
2013-04-17  0:20       ` Ben Bucksch
2013-04-17  1:35         ` Adam Goryachev
2013-04-17  4:27           ` Robert L Mathews
2013-04-17  4:45             ` Adam Goryachev
2013-04-17  6:06             ` Stan Hoeppner
2013-04-17 11:13           ` Ben Bucksch [this message]
2013-04-17 11:32             ` Adam Goryachev
2013-04-17 11:51               ` Ben Bucksch
2013-04-17 17:50                 ` Roy Sigurd Karlsbakk
2013-04-17  3:32         ` Robert L Mathews
2013-04-17  4:20       ` Roman Mamedov
2013-04-17  5:22         ` Robert L Mathews
2013-04-17 17:27   ` Roy Sigurd Karlsbakk
2013-04-16 23:42 ` md dropping disks too early (was: Use RAID-6!) Ben Bucksch
2013-04-17  8:00   ` Mikael Abrahamsson
2013-04-17 10:57     ` md dropping disks too early Ben Bucksch
2013-04-17 15:03       ` Keith Keller
2013-04-17 18:09       ` Roy Sigurd Karlsbakk

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=516E83D8.2070908@bucksch.org \
    --to=linux.news@bucksch.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=lists@tigertech.com \
    --cc=mailinglists@websitemanagers.com.au \
    /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.