All of lore.kernel.org
 help / color / mirror / Atom feed
From: Leslie Rhorer <lesrhorer@att.net>
To: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: My superblocks have gone missing, can't reassemble raid5
Date: Wed, 19 May 2021 14:01:42 -0500	[thread overview]
Message-ID: <8ab0ec19-4d9b-3de6-59cf-9e6a8a18bd37@att.net> (raw)
In-Reply-To: <60A55239.9070009@youngman.org.uk>

On 5/19/2021 1:00 PM, Wols Lists wrote:
> On 19/05/21 18:08, Leslie Rhorer wrote:
>>>> There are only two other possible permutations of three disks.  If
>>>> none of those work, you have some more serious problems.
>>>
>>> And here you are oversimplifying the problem immensely. If those three
>>> drives aren't the originals
>>
>>      Hang on.  Which drives do you mean?
> 
> The drives he originally ran --create on to create the array in the
> first place.

	OK, after a double-take, I wasn't sure.

> The ONLY time you can be reasonably confident that running --create WILL
> recover a damaged array is if it is still in its original state - no
> drives swapped, no admin changes to the array, AND you're using the same
> version of mdadm.

	That's a little bit of an overstatement, depending on what you mean by 
"reasonably confident".  Swapped drives should not ordinarily cause an 
issue, especially with RAID 4 or 5.  The parity is, after all, 
numerically unique.  Admin changes to the array should be similarly 
fully established provided the rebuild completed properly.  I don't 
think the parity algorythms have changed over time in mdadm, either. 
Had they done so, mdadm would not be able to assemble arrays from 
previous versions regardless of whether the superblock was intact.

	The main point with respect to my previous post, however, is one 
needn't be confident at all.  Hopeful, perhaps, but one needn't have any 
certainty at all the attempt will work, since one is no worse off if the 
attempt fails than prior to the attempt.  I certainly would not bet the 
farm on it working.  After all, as I mentioned before, there may well be 
something else really, really wrong going on here.

  reply	other threads:[~2021-05-19 19:02 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-17  4:16 My superblocks have gone missing, can't reassemble raid5 Christopher Thomas
2021-05-17  4:23 ` Christopher Thomas
2021-05-17  6:28 ` Roman Mamedov
2021-05-17  9:30   ` Wols Lists
     [not found]   ` <CAAMCDec=H=6ceP9bKjSnsQyvmZ0LqTAYzJTDmDQoBOHSJV+hDw@mail.gmail.com>
2021-05-17 13:19     ` Roman Mamedov
2021-05-18 17:47       ` Phil Turmel
2021-05-18 18:31         ` Reindl Harald
2021-05-19 13:20           ` Leslie Rhorer
2021-05-19 13:41             ` Phil Turmel
2021-05-19 16:54               ` Leslie Rhorer
2021-05-20 19:37               ` Nix
2021-06-07  9:52                 ` Leslie Rhorer
2021-05-19 14:20             ` Andy Smith
2021-05-19 14:59               ` Leslie Rhorer
2021-05-19 14:48 ` Leslie Rhorer
2021-05-19 16:41   ` antlists
2021-05-19 17:03     ` Leslie Rhorer
2021-05-19 17:08     ` Leslie Rhorer
2021-05-19 18:00       ` Wols Lists
2021-05-19 19:01         ` Leslie Rhorer [this message]
2021-05-19 20:01           ` antlists
2021-05-19 23:45             ` Leslie Rhorer
2021-05-20 20:49               ` Nix
2021-05-21  4:07                 ` Leslie Rhorer
2021-06-07  9:55                   ` Leslie Rhorer
2021-05-20 20:48           ` Nix
2021-05-21  3:56             ` Leslie Rhorer

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=8ab0ec19-4d9b-3de6-59cf-9e6a8a18bd37@att.net \
    --to=lesrhorer@att.net \
    --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 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.