From: Tim Small <tim@buttersideup.com>
To: "Pierre Vignéras" <pierre@vigneras.name>
Cc: Leslie Rhorer <lrhorer@satx.rr.com>,
linux-raid@vger.kernel.org, 578352@bugs.debian.org
Subject: Re: mdadm: failed devices become spares!
Date: Mon, 17 May 2010 22:09:45 +0100 [thread overview]
Message-ID: <4BF1B099.9040400@buttersideup.com> (raw)
In-Reply-To: <201005172010.36157.pierre@vigneras.name>
Pierre Vignéras wrote:
> And the next question is: how to activate those 2 spare drives? I was
> expecting mdadm to use them automagically.
>
If you want to experiment with different ways of getting the data back,
but without risking writing anything to the drives, you could do this:
1. Use dmsetup to create copy-on-write "virtual drives" which
"see-through" to the content of your real drives, but don't risk writing
anything at all to them.
2. Use mdadm --create --assume-clean ...blahblah...
/dev/mapper/cow_drive_1 .....
to force mdadm to put the array back together the way you think it was
(the output of examine will be useful here). You'll need to specify (at
least - from memory):
. stripe size
. metadata version (this affects metadata location on the drives)
. correct device order (with or without a single failed drive)
... after that you can run a read-only (or read-write) check on the COW
md partition to verify that you've got your data back, then mount it
read-only etc. Once you're happy that your commands are going to get
things running again, you can run them "for real" on the non-COW devices.
See the recent list archives for my post on using a similar set of
commands for HW RAID data forensics, along with references....
HTH,
Tim.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-05-17 21:09 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-16 15:40 mdadm: failed devices become spares! Pierre Vignéras
2010-05-16 19:56 ` Leslie Rhorer
2010-05-17 18:10 ` Pierre Vignéras
2010-05-17 21:09 ` Tim Small [this message]
2010-05-18 1:30 ` Neil Brown
2010-05-18 2:06 ` Neil Brown
2010-05-18 22:25 ` MRK
2010-05-19 19:56 ` Simon Matthews
2010-05-21 21:00 ` Pierre Vignéras
2010-05-21 21:27 ` mdadm: failed devices become spares! -> Solved ! Pierre Vignéras
2010-05-18 23:07 ` mdadm: failed devices become spares! Pierre Vignéras
2010-05-19 1:45 ` 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=4BF1B099.9040400@buttersideup.com \
--to=tim@buttersideup.com \
--cc=578352@bugs.debian.org \
--cc=linux-raid@vger.kernel.org \
--cc=lrhorer@satx.rr.com \
--cc=pierre@vigneras.name \
/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.