All of lore.kernel.org
 help / color / mirror / Atom feed
From: Phil Turmel <philip@turmel.org>
To: Dush <tomdush@gmail.com>,
	"linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: Re: All drive in Raid 5 are in 'spare' mode
Date: Wed, 11 Feb 2015 20:41:21 -0500	[thread overview]
Message-ID: <54DC04C1.4010107@turmel.org> (raw)
In-Reply-To: <CAL7hTOctZ4tAoPSbO3iFEohRyXuvcY4=6yQj8U-FpoAhV6sT0w@mail.gmail.com>

Hi Dush,

On 02/11/2015 02:56 PM, Dush wrote:
> Hi,
> 
> I have a RAID 5 composed by 4x 500Go hdd but for some days, it's 'inactive'.
> 
> I'm not raid expert and I prefer asking before doing an unrecoverable mistake...
> 
> Is it possible to fix this raid (md126)?
> Is it possible to recover data on it?

Probably.  Very good report, btw.

> Do I have a disk to change or it's "just" a desynchronization between disks?

One disk is now truly a spare (/dev/sdd3), which suggests you already
tried to '--add' it and didn't get anywhere.

Step one:  collect some forensics for later.  syslog or dmesg containing
your failure events.  Can be trimmed to just device and md stuff.
"smartctl -x /dev/sdX" for each drive involved in the arrays.

Then, we'll try the simple stuff.

Make sure the array is stopped with:

mdadm --stop /dev/md126

Then, force assemble it without sdd:

mdadm --assemble --force --verbose --run /dev/md126 /dev/sd[bce]3

If that works, mount it and catch a backup of critical files.

Then add your /dev/sdd3 back to the array and let it rebuild:

mdadm --add /dev/md126 /dev/sdd3

It may not make it through the rebuild if you have the common timeout
mismatch problem.[1]  Show the dmesg and smartctl data (pasted inline is
preferred) and we'll see.

Phil

Recent typical case:
[1] http://marc.info/?l=linux-raid&m=142353387024935&w=1


  reply	other threads:[~2015-02-12  1:41 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-11 19:56 All drive in Raid 5 are in 'spare' mode Dush
2015-02-12  1:41 ` Phil Turmel [this message]
2015-02-16 19:38   ` Dush
2015-02-16 20:03     ` Phil Turmel
2015-02-16 22:24       ` Dush
  -- strict thread matches above, loose matches on Subject: below --
2015-01-22 23:23 Dush

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=54DC04C1.4010107@turmel.org \
    --to=philip@turmel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=tomdush@gmail.com \
    /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.