Linux RAID subsystem development
 help / color / mirror / Atom feed
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


  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