linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Marcin M. Jessa" <lists@yazzy.org>
To: Phil Turmel <philip@turmel.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: Recovery of failed RAID 6 and LVM
Date: Sun, 25 Sep 2011 16:16:43 +0200	[thread overview]
Message-ID: <4E7F37CB.5030900@yazzy.org> (raw)
In-Reply-To: <4E7F297C.9070403@turmel.org>

On 9/25/11 3:15 PM, Phil Turmel wrote:
> On 09/25/2011 03:55 AM, Marcin M. Jessa wrote:
[...]

>> [5]: http://en.wikipedia.org/wiki/Mdadm#Recovering_from_a_loss_of_raid_superblock
>
> These instructions are horrible!  If you make the slightest mistake, your data is completely hosed.

Do you know of a better howto ? I was desperate googling a lot, trying 
to run different commands first in order to rebuild my raid array, but 
with no luck. The only howto that started resyncing was the wikipedia 
one I linked to...

> If first asks for your "mdadm -E" reports from the drives, but it has you filter them through a grep that throws away important information.  (Did you keep that report?)

No, unfortunately I did not.

> Next, it has you wipe the superblocks on the array members, destroying all possibility of future forensics.
> Then, it has you re-create the array, but omits "--assume-clean", so the array rebuilds.  With the slightest mistake in superblock type, chunk size, layout, alignment, data offset, or device order, the rebuild will trash your data.  Default values for some of those have changed in mdadm from version to version, so a naive "--create" command has a good chance of getting something wrong.

I tried to run mdadm --assemble --assume-clean /dev/md0 /dev/sd[f-j]1 
but that AFAIR only said that the devices which still were members of 
the array and were still working were busy. I always stoped the array 
before running it.

> There is no mention of attempting "--assemble --force" with your original superblocks, which is the correct first step in this situation.  And it nearly always works.

I also tried running - with no luck:
  # mdadm --assemble --force --scan /dev/md0
  # mdadm --assemble --force /dev/md0 /dev/sde1 /dev/sdf1 /dev/sdg1 
/dev/sdi1
  # mdadm --assemble --force --run /dev/md0 /dev/sde1 /dev/sdf1 
/dev/sdg1 /dev/sdi1
and
  # mdadm --assemble /dev/md0 --uuid=9f1b28cb:9efcd750:324cd77a:b318ed33 
  --force


> I'm sorry, Marcin, but you shouldn't expect to get your data back.  Per your "mdadm -D" report, the rebuild was already 63% done, so the destruction of your data is certainly complete now.

Oh sh** ! :( Really, there is nothing that can be done? What happened 
when I started resyncing? I thought the good, working drives would get 
the data syneced with the one of drives which failed (it did not really 
fail, it was up after reboot and smartctl --attributes --log=selftest 
shows it's healthy).


-- 

Marcin M. Jessa

  reply	other threads:[~2011-09-25 14:16 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-25  7:55 Recovery of failed RAID 6 and LVM Marcin M. Jessa
2011-09-25  8:39 ` Stan Hoeppner
2011-09-25 10:07   ` Marcin M. Jessa
2011-09-25 13:15 ` Phil Turmel
2011-09-25 14:16   ` Marcin M. Jessa [this message]
2011-09-25 16:43     ` Phil Turmel
2011-09-25 14:41   ` Marcin M. Jessa
2011-09-25 16:19     ` Phil Turmel
2011-09-25 21:40 ` NeilBrown
2011-09-25 21:58   ` Marcin M. Jessa
2011-09-25 22:18     ` NeilBrown
2011-09-25 22:21       ` Marcin M. Jessa
     [not found]       ` <4E804062.3020700@yazzy.org>
2011-09-26  9:31         ` NeilBrown
2011-09-26 10:53           ` Marcin M. Jessa
2011-09-26 11:10             ` NeilBrown
2011-09-27 19:12           ` Marcin M. Jessa
2011-09-27 23:13             ` NeilBrown
2011-09-28  2:50               ` Stan Hoeppner
2011-09-28  7:10                 ` Marcin M. Jessa
2011-09-28  7:51                   ` David Brown
2011-09-28 16:12                   ` Stan Hoeppner
2011-09-28 16:30                     ` Marcin M. Jessa
2011-09-28 18:56                       ` Thomas Fjellstrom
2011-09-28 19:26                         ` Marcin M. Jessa
2011-09-28 19:42                           ` Thomas Fjellstrom
2011-09-28 23:49                     ` NeilBrown
2011-09-29  9:03                       ` David Brown
2011-09-29 15:21                         ` Stan Hoeppner
2011-09-29 17:14                           ` David Brown
2011-09-29 18:28                       ` Dan Williams
2011-09-29 23:07                         ` NeilBrown
2011-09-30  0:18                           ` Williams, Dan J
2011-10-05  2:15                             ` NeilBrown
2011-09-28 10:38                 ` Michal Soltys
2011-09-28 13:20                   ` Brad Campbell
2011-09-28 19:02                     ` Thomas Fjellstrom
2011-09-28 16:31                   ` Stan Hoeppner
2011-09-28 16:37                     ` Marcin M. Jessa
2011-09-28 19:03                       ` Thomas Fjellstrom
2011-09-28 19:29                         ` Marcin M. Jessa
2011-09-28 19:43                           ` Thomas Fjellstrom
2011-09-30 20:01               ` Marcin M. Jessa
2011-09-30 21:47                 ` Thomas Fjellstrom
2011-09-30 22:30                   ` Marcin M. Jessa

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=4E7F37CB.5030900@yazzy.org \
    --to=lists@yazzy.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=philip@turmel.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).