From: Brad Campbell <lists2009@fnarfbargle.com>
To: Ben Bucksch <linux.news@bucksch.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: md RAID5: Disk wrongly marked "spare", need to force re-add it
Date: Sun, 21 Apr 2013 15:23:49 +0800 [thread overview]
Message-ID: <51739405.1060805@fnarfbargle.com> (raw)
In-Reply-To: <5171F52D.4040701@bucksch.org>
On 20/04/13 09:53, Ben Bucksch wrote:
> Ben Bucksch wrote, On 20.04.2013 03:26:
>> I can read my files again, without problem, all is happy.
>
> Actually, no. XFS filesystem structure is not sane. I must have done
> something wrong. (If possible, please let me know what, all data should
> be posted.)
>
> At first, it looked OK, as if only one recently written directory was
> broken. I unmounted one of the FS, did xfs_repair, and after
> re-mounting, almost all directories are gone. Almost 100% dataloss. I
> can't describe how upset I am against md.
As others have already told you, md does not go randomly kicking drives
from arrays. Your system had a failure of some kind which caused the
loss of two drives. You tried to recover it and managed to get a drive
into the spare state. After much troubleshooting, you used the canon of
last resort "assume-clean" after which (without properly verifying your
drives were in the correct order) you ran a terribly destructive write
to the disks and have almost certainly ruined any chance you had at
recovering your data.
I fail to see where the fault lies with md.
Had you searched or asked a little more, you would have found a number
of people who have written permutation scripts which would have iterated
every possible arrangement of drives to allow you to run a read-only
fsck on each one, which would have positively identified the correct
order of your disks.
Your best bet now is to post on the xfs list to find out if there is
_any_ way of undoing what you just did, or working around it (backup
superblocks or whatever) and then running a permutation on your drives
to see if any combination shows you any valid data.
next prev parent reply other threads:[~2013-04-21 7:23 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-12 20:08 md RAID5: Disk wrongly marked "spare", need to force re-add it Ben Bucksch
2013-04-13 14:19 ` Roy Sigurd Karlsbakk
2013-04-14 22:40 ` Oliver Schinagl
2013-04-15 1:34 ` Ben Bucksch
2013-04-14 17:30 ` Oliver Schinagl
2013-04-15 10:26 ` Ben Bucksch
2013-04-14 18:16 ` Oliver Schinagl
2013-04-18 13:17 ` Ben Bucksch
2013-04-18 13:58 ` Maarten
2013-04-19 22:56 ` linux.news
2013-04-20 1:26 ` Ben Bucksch
2013-04-20 1:53 ` Ben Bucksch
2013-04-21 7:23 ` Brad Campbell [this message]
2013-04-21 8:20 ` Ben Bucksch
2013-04-21 10:45 ` Brad Campbell
2013-04-21 18:17 ` Phil Turmel
2013-04-21 22:00 ` Ben Bucksch
2013-04-21 11:07 ` Roy Sigurd Karlsbakk
2013-04-21 21:50 ` NeilBrown
2013-04-21 21:46 ` NeilBrown
2013-04-18 14:18 ` Roy Sigurd Karlsbakk
2013-04-18 14:38 ` Robin Hill
2013-04-20 13:44 ` Oliver Schinagl
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=51739405.1060805@fnarfbargle.com \
--to=lists2009@fnarfbargle.com \
--cc=linux-raid@vger.kernel.org \
--cc=linux.news@bucksch.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