Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Justin Piszcz <jpiszcz@lucidpixels.com>
To: Shane W <shane-kernel@csy.ca>
Cc: linux-raid@vger.kernel.org
Subject: Re: Raid 5 Recovery
Date: Sun, 28 Dec 2008 17:15:33 -0500 (EST)	[thread overview]
Message-ID: <alpine.DEB.1.10.0812281714080.23996@p34.internal.lan> (raw)
In-Reply-To: <20081228183921.GA5815@csy.ca>



On Sun, 28 Dec 2008, Shane W wrote:

> Hi,
>
> On Sun, Dec 28, 2008 at 01:13:15PM -0500, Erik Boettcher wrote:
>> I guess I should specify how it complains: the exact same error
>> message but sde3 instead.
>
> As others have said, definitely wait for a more
> knowledgable person to post here but if I am working on a
> machine and accidentally jar the SATA cables, mdadm
> sometimes kicks two drives from my raid5 causing it to
> display similar problems.  What works for me is a mdadm -E
> /dev/sdnx where the dev is one of the drives it kicked as
> that represents the "good" state of the array.  Then
> /recreate with one drive missing:
> mdadm --create /dev/mdx --assume-clean --level 5 /dev/sda3
> //dev/sdb3 missing /dev/sdc3 etc. with the device order
> //being the same as that listed in mdadm -E component
> //device list. and missing for the first device which was
> //kicked.  The number of devices, spares, chunk size etc
> //has to match the array of course, then verify the
> //filesystem readonly and once you're sure the order is
> //right and the FS is good, re-add the last device and let
> //the resync do its thing.
>
> I am curious as to whether there is another way to recover
> from the multiple drive nonfailure condition though because
> recreating can raise the heart rate a little.

I was also going to suggest this; however this should be marked as the 
option of last resort, I did this with an array once and used the exact same 
options and much of the FS was corrupted.  If all other options are 
exhausted and you have confirmed that, then it is your last hope I 
believe.

Justin.


  parent reply	other threads:[~2008-12-28 22:15 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-28  6:21 Raid 5 Recovery Erik Boettcher
2008-12-28 15:33 ` Redeeman
2008-12-28 15:53 ` Dylan Distasio
     [not found]   ` <125ed8800812281002t6eecb5cbu2173efab36418c92@mail.gmail.com>
2008-12-28 18:12     ` Erik Boettcher
     [not found]     ` <125ed8800812281004o4d179064r735e46315481775a@mail.gmail.com>
2008-12-28 18:13       ` Erik Boettcher
2008-12-28 21:31         ` NeilBrown
     [not found]           ` <125ed8800812281359r3050d001g5936a65e2fa27d21@mail.gmail.com>
2008-12-28 23:53             ` Erik Boettcher
2008-12-30  5:23               ` Erik Boettcher
     [not found]         ` <20081228183921.GA5815@csy.ca>
2008-12-28 22:15           ` Justin Piszcz [this message]
2009-03-22  3:15             ` Erik Boettcher
2009-03-22  7:15               ` Max Amanshauser
2009-03-22  9:05                 ` Erik Boettcher
2009-03-22 16:49                   ` Erik Boettcher

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=alpine.DEB.1.10.0812281714080.23996@p34.internal.lan \
    --to=jpiszcz@lucidpixels.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=shane-kernel@csy.ca \
    /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