From: Phil Turmel <philip@turmel.org>
To: DeadManMoving <sequel@neofreak.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: failed RAID 5 array
Date: Fri, 14 Nov 2014 08:42:44 -0500 [thread overview]
Message-ID: <546606D4.5070406@turmel.org> (raw)
In-Reply-To: <1415971164.4241.38.camel@lappy.neofreak.org>
On 11/14/2014 08:19 AM, DeadManMoving wrote:
> Hi Phil,
>
> Thank you so much to have taken the time to write back to me.
>
> I already tried --assemble --force, indeed and, that did not work. I
> guess it can work if you have a single drive which is out of sync but in
> my case, it is a mix of a drive with a problematic superblock (dmesg =
> does not have a valid v1.2 superblock, not importing!) plus a drive
> which is out of sync (dmesg = kicking non-fresh sdx from array!).
>
> Here is the output of --assemble --force with double verbose :
>
>
> # mdadm -vv --assemble
> --force /dev/md127 /dev/sdf /dev/sdg /dev/sdh /dev/sdi
> mdadm: looking for devices for /dev/md127
> mdadm: /dev/sdf is busy - skipping
> mdadm: /dev/sdh is busy - skipping
> mdadm: /dev/sdi is busy - skipping
> mdadm: Merging with already-assembled /dev/md/xyz
> mdadm: /dev/sdi is identified as a member of /dev/md/xyz, slot 2.
> mdadm: /dev/sdh is identified as a member of /dev/md/xyz, slot 3.
> mdadm: /dev/sdf is identified as a member of /dev/md/xyz, slot 1.
> mdadm: /dev/sdg is identified as a member of /dev/md/xyz, slot 0.
> mdadm: /dev/sdf is already in /dev/md/xyz as 1
> mdadm: /dev/sdi is already in /dev/md/xyz as 2
> mdadm: /dev/sdh is already in /dev/md/xyz as 3
> mdadm: failed to add /dev/sdg to /dev/md/xyz: Invalid argument
> mdadm: failed to RUN_ARRAY /dev/md/xyz: Input/output error
>
>
> If i stop the array (which was autostarted) and retry, similar output :
>
>
> # mdadm -S /dev/md127
> mdadm: stopped /dev/md127
> # mdadm -vv --assemble
> --force /dev/md127 /dev/sdf /dev/sdg /dev/sdh /dev/sdi
> mdadm: looking for devices for /dev/md127
> mdadm: /dev/sdf is identified as a member of /dev/md127, slot 1.
> mdadm: /dev/sdg is identified as a member of /dev/md127, slot 0.
> mdadm: /dev/sdh is identified as a member of /dev/md127, slot 3.
> mdadm: /dev/sdi is identified as a member of /dev/md127, slot 2.
> mdadm: added /dev/sdf to /dev/md127 as 1
> mdadm: added /dev/sdi to /dev/md127 as 2
> mdadm: added /dev/sdh to /dev/md127 as 3 (possibly out of date)
> mdadm: failed to add /dev/sdg to /dev/md127: Invalid argument
> mdadm: failed to RUN_ARRAY /dev/md127: Input/output error
>
>
> Here is the relevant dmesg output :
>
> [173174.307703] sdf: unknown partition table
> [173174.308374] sdg: unknown partition table
> [173174.308811] md: bind<sdf>
> [173174.309385] sdh: unknown partition table
> [173174.309552] md: bind<sdi>
> [173174.310411] sdi: unknown partition table
> [173174.310573] md: bind<sdh>
> [173174.311299] sdi: unknown partition table
> [173174.311449] md: invalid superblock checksum on sdg
> [173174.311450] md: sdg does not have a valid v1.2 superblock, not
> importing!
> [173174.311460] md: md_import_device returned -22
> [173174.311482] md: kicking non-fresh sdh from array!
> [173174.311498] md: unbind<sdh>
> [173174.311909] sdh: unknown partition table
> [173174.338007] md: export_rdev(sdh)
> [173174.338651] md/raid:md127: device sdi operational as raid disk 2
> [173174.338652] md/raid:md127: device sdf operational as raid disk 1
> [173174.338868] md/raid:md127: allocated 0kB
> [173174.338880] md/raid:md127: not enough operational devices (2/4
> failed)
> [173174.338886] RAID conf printout:
> [173174.338887] --- level:5 rd:4 wd:2
> [173174.338887] disk 1, o:1, dev:sdf
> [173174.338888] disk 2, o:1, dev:sdi
> [173174.339013] md/raid:md127: failed to run raid set.
> [173174.339014] md: pers->run() failed ...
Hmmm. Should have worked. Please show kernel version and mdadm
version. There have been bugs fixed in this area in the past couple years.
Also try "mdadm --assemble --force /dev/mdX /dev/sd[fhi]", leaving out
the bad disk.
If it still doesn't work, use alternate boot media, like systemrescuecd,
to get a current kernel and mdadm combination and try again. If that
works, get your critical backups before you do anything else.
Then you can reboot back to your normal kernel and it should assemble
degraded.
Phil
next prev parent reply other threads:[~2014-11-14 13:42 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-12 15:58 failed RAID 5 array DeadManMoving
2014-11-13 22:56 ` Phil Turmel
2014-11-14 13:19 ` DeadManMoving
2014-11-14 13:42 ` Phil Turmel [this message]
2014-11-14 14:08 ` DeadManMoving
2014-11-14 14:52 ` Phil Turmel
2014-11-14 15:53 ` DeadManMoving
2014-11-14 16:04 ` Phil Turmel
2014-11-15 6:42 ` Wolfgang Denk
2014-11-15 15:03 ` Phil Turmel
-- strict thread matches above, loose matches on Subject: below --
2004-09-10 12:31 failed raid " Jim Buttafuoco
2004-09-10 13:03 ` Jim Buttafuoco
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=546606D4.5070406@turmel.org \
--to=philip@turmel.org \
--cc=linux-raid@vger.kernel.org \
--cc=sequel@neofreak.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.