Linux RAID subsystem development
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: "ptschack ." <ptschack@googlemail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Help with corrupted MDADM Raid6
Date: Sat, 14 Jun 2014 20:31:46 +1000	[thread overview]
Message-ID: <20140614203146.5e99a84f@notabene.brown> (raw)
In-Reply-To: <CAH4F3SZm-Va4a-2ac0E-_GHde0Vcqgrw0xs0GPn+hBkTjnsL9Q@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1806 bytes --]

On Sat, 14 Jun 2014 11:54:58 +0200 "ptschack ." <ptschack@googlemail.com>
wrote:

> Hi Neil,
> 
> I ran mdadm --examine on the devices (as opposed to the partitions)
> and was surprised:
> Apparently the superblocks are present on some the devices, even if I
> remember differently.
> I attached the output of mdadm to this mail.
> 
> For the sake of clarity, this is how the raid looked like before it
> all went wrong:
> 
> 11 Drives (/dev/sd[abcdefghijk]) alltogether as a RAID 6.
> 2 of those are spares (/dev/sd[jk]).
> 1 is either close to failing of has failed (/dev/sdg).
> 
> I tried
> 
> mdadm --assemble --run /dev/md0 -v /dev/sd[abcdefghi]
> 
> which gave me
> 
> mdadm: looking for devices for /dev/md0
> mdadm: no RAID superblock on /dev/sdg
> mdadm: /dev/sdg has no superblock - assembly aborted
> 
> So it seems I somehow have to restore the superblocks on drives
> /dev/sd[ghijk], or at least on /dev/sd[ghi].
> Is this possible? Any help would be greatly appreciated!
> 
> Regards,
> -P.

Well, you've definitely made progress.  You've found 6 of the devices.
They all look consistent and it appears the array was completely coherent at 
    Mon Jun  9 21:52:48 2014

You think that the 7th device is dead or dying, so you just need to find 2
more (1 would do).

Presumably these are sdh and shi, but it is very strange that we cannot find
the superblock on either of them.
When was the last time the machine was rebooted prio to the date given  -9th
Jun?
Do you have boot logs from that time?  What lines contain 'md'??
Particularly "bind" lines will show you exactly which devices were included.

Maybe also try

  od -x /dev/sdh | grep '4efc a92b'

If the superblock is at some strange location, that might find it.

NeilBrown


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

  reply	other threads:[~2014-06-14 10:31 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-13  8:34 Help with corrupted MDADM Raid6 ptschack .
2014-06-13 10:25 ` NeilBrown
2014-06-13 10:53   ` ptschack .
2014-06-14  9:54   ` ptschack .
2014-06-14 10:31     ` NeilBrown [this message]
2014-06-14 11:19       ` ptschack .
2014-06-14 12:06         ` NeilBrown
2014-06-14 17:14           ` ptschack .

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=20140614203146.5e99a84f@notabene.brown \
    --to=neilb@suse.de \
    --cc=linux-raid@vger.kernel.org \
    --cc=ptschack@googlemail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox