From: 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: Mon, 22 Apr 2013 00:00:48 +0200 [thread overview]
Message-ID: <51746190.30102@bucksch.org> (raw)
In-Reply-To: <51742D22.2080601@turmel.org>
Phil Turmel wrote, On 21.04.2013 20:17:
> I'm sorry you've been sucked into exchanges with this troll.
>
[referring to me]
Thank you. I came here for help. I *desperately* needed help with an
actual, real problem. My goal was to rescue my data, and make sure this
never happens again to anybody else. The goal of a troll is to enrage
people and cause useless debate.
Before I came here, I had already extensively searched on Google, and
found lots of unhelpful comments. I wanted to avoid these.
Unfortunately, I found the same kind of responses here. Responses like
"You should have used ABC" are not helpful to the problem at hand at
all, and in fact only serve to enrage the person so "advised". Such
advise is fair enough when offered *after* actual practical help.
A few people had tried to help, but could not, because apparently there
is no safe command to do what I need.
>> Again : "Good news: In my desperation, I now ran the following dangerous
>> command: mdadm --create /dev/md0 --assume-clean --level=raid5 -n 8
>> --chunk=64 --layout=left-symmetric --metadata=0.90 /dev/sdj missing
>> /dev/sdl /dev/sd[mopnq]"
> I did find it interesting that Ben tried this on his own, given that's
> the very advice he demanded not be given in his OP.
That's not correct. I wrote:
"Please do NOT respond with re-"create" the array - unless you can give
me the exact --create command that would recover it with data - other
people tried this based on suggestions in forums and they lost all data"
Note the "unless". Unfortunately, nonewithstanding my disclaimer,
several people suggested 1) to use the disk that I already wrote is
(really, actually) dead 2) hexediting superblocks (without any info on
how) 3) using --create (ditto), but *nobody* offered the exact command
to run. (I had posted all relevant device info for that purpose.)
I didn't feel comfortable with --create, but when nobody offered a real
alternative, I saw no other option than to try that. Yet, I was wrong to
do that, because:
> The construct /dev/sd[mopnq] expands as if it was specified
> /dev/sd[mnopq]. His misunderstanding of bracket syntax has wrecked his
> array. If he had used braces, or spelled out all the devices, he'd
> probably be fine right now.
>
> If he tries again, with this in mind, he might still be fine.
Ah, thanks. This is what I consider practical help. Thank you. Indeed, I
had no idea (not even thought of the mere possibility) that the shell
would reorder my [] device list. And in fact:
# cat /proc/mdstat
md0 : active raid5 sdq[7] sdp[6] sdo[5] sdn[4] sdm[3] sdl[2] sdj[0]
So, the [] was indeed what killed me and caused my dataloss.
Unfortunately, the most important FS on the array is now totally corrupted.
FWIW, this is exactly why I had asked for a concrete --create command
for my case.
> That's a significant consideration when non-native English is
> involved. But it's clearly not the case here.
FWIW, I am not a native English speaker.
Ben
next prev parent reply other threads:[~2013-04-21 22:00 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
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 [this message]
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=51746190.30102@bucksch.org \
--to=linux.news@bucksch.org \
--cc=linux-raid@vger.kernel.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