linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Neil Brown <neilb@suse.de>
To: stefan.huebner@stud.tu-ilmenau.de
Cc: linux-raid@vger.kernel.org
Subject: Re: recovery problems, might be driver-related
Date: Mon, 8 Feb 2010 16:52:00 +1100	[thread overview]
Message-ID: <20100208165200.3758520a@notabene.brown> (raw)
In-Reply-To: <4B6EC24A.9040703@stud.tu-ilmenau.de>

On Sun, 07 Feb 2010 14:38:18 +0100
Stefan Hübner <stefan.huebner@stud.tu-ilmenau.de> wrote:

> Hi Everybody,
> 
> I've recently come across some RAID-Recovery problem that were kind of
> not-so-easy-to-understand.  I was trying to recover damaged RAID5s,
> where one
> disk died and another dropped out (most likely due to read error recovery
> timeout / not reporting back while error recovery was active) during
> resync with
> a spare/new disk.  After taking double backups I tried to recreate the
> raid with
> the needed working disk images (to make the superblocks consistent).  During
> that action mdadm told me that the last-dropped disk contained a valid ext3
> filesystem and was obviously part of an md-array.

mdadm only checks the superblock at the start of the device to see if it
looks like an ext3 filesystem.  So if an md array has a valid filesystem,
then it is very likely that at least one of the devices in the array will
appear to have a valid filesystem to mdadm.

> 
> This happened with NAS-Devices from 2 different Vendors (namely Thecus and
> Synology), which made me think it must be a md-raid thing.  Does md-raid
> create
> a filesystem after a disk dropped out?  Or may something in the system
> happen to
> cause this strange behaviour?

No, nothing would try to create a filesystem on a device just because it has
dropped out of a RAID.


> 
> All in all: after recreating the raids the filesystem contained on it was
> totally damaged (could not even be mounted).  fsck ran multiple days with
> excessive data loss.

Maybe there was meant to be another layer between the md array and the
filesystem - maybe LVM ??  If there should have been an LVM and wasn't the
filesystem would definitely look very corrupt even though the superblock
might appear to be in the right place.


NeilBrown


> 
> P.S.: the mdadm-lines to recreate the RAIDs were derived from mdadm -E -
> outputs
> of the original partitions, so I believe that it should have worked (on
> other
> recoveries I did before it also worked well).
> 
> Does anyone have an idea what is going on there?  Or may it have happened -
> well, I don't want to say something that could get me sued.
> 
> All the best,
> Stefan Hübner
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2010-02-08  5:52 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-07 13:38 recovery problems, might be driver-related Stefan Hübner
2010-02-08  5:52 ` Neil Brown [this message]
2010-02-08  6:49   ` Stefan /*St0fF*/ Hübner

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=20100208165200.3758520a@notabene.brown \
    --to=neilb@suse.de \
    --cc=linux-raid@vger.kernel.org \
    --cc=stefan.huebner@stud.tu-ilmenau.de \
    /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;
as well as URLs for NNTP newsgroup(s).