From: Wols Lists <antlists@youngman.org.uk>
To: sfunk1x <sfunk1x@gmail.com>, linux-raid@vger.kernel.org
Subject: Re: MDADM RAID 6 Bad Superblock after reboot
Date: Thu, 19 Oct 2017 11:58:48 +0100 [thread overview]
Message-ID: <59E88568.6060108@youngman.org.uk> (raw)
In-Reply-To: <63c30fde-d2df-bb92-d6c9-d231a955b5ce@gmail.com>
On 19/10/17 02:52, sfunk1x wrote:
> Thanks for the vote of confidence in not losing data here. As I
> mentioned above, I've set SELinux into permissive mode. I'm sort of at a
> loss as to what to do next. Since sd[fgh] don't have any superblock
> data, can I try to bring the array back online with 5 drives, then
> re-add the last three, with the hope that they sync? There obviously
> hasn't been any writes to the last three drives since the hard system
> reboot, so I'd hope their event numbers would be in sync?
Okay. First thing I'd try is temporarily get rid of mdadm.conf. You
don't actually need it. Then do "mdadm --stop /dev/md0" followed by
"mdadm --assemble --scan".
That'll tell mdadm to do a "best effort" to get everything running.
*Always* do an mdadm --stop between every attempt, because the quickest
way to mess up recovery attempts is to have the wreckage of a previous
attempt lying around.
If that doesn't work, then try assembling the array explicitly, ie
listing all the drives. I can't remember whether order is important - so
long as you don't specify --force it'll either work or fail, it won't do
any damage.
Beyond this point I'm getting out of my depth, I don't have the broad
experience so I'll have to step back and let others chime in, but
there's a good chance this will get your array back.
Cheers,
Wol
next prev parent reply other threads:[~2017-10-19 10:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <6a0f0e0b-6b03-8ec1-b02f-b17b0447aff8@gmail.com>
2017-10-18 18:14 ` MDADM RAID 6 Bad Superblock after reboot Sean R. Funk
2017-10-18 19:40 ` Wols Lists
2017-10-19 1:52 ` sfunk1x
2017-10-19 10:58 ` Wols Lists [this message]
2017-10-19 14:11 ` Sean R. Funk
2017-10-19 14:28 ` Wols Lists
2017-10-19 21:17 ` NeilBrown
2017-10-20 0:43 ` sfunk1x
2017-10-20 1:50 ` NeilBrown
2017-10-22 21:00 ` sfunk1x
2017-10-22 22:40 ` NeilBrown
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=59E88568.6060108@youngman.org.uk \
--to=antlists@youngman.org.uk \
--cc=linux-raid@vger.kernel.org \
--cc=sfunk1x@gmail.com \
/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.