From: Thomas Backlund <tmb@mandriva.org>
To: linux-raid@vger.kernel.org
Subject: Re: md raid10 regression in 2.6.27.4 (possibly earlier)
Date: Sun, 02 Nov 2008 19:37:35 +0200 [thread overview]
Message-ID: <490DE55F.6080600@mandriva.org> (raw)
In-Reply-To: <490D8EBF.8050400@rabbit.us>
Peter Rabbitson skrev:
> Hi,
>
> Some weeks ago I upgraded from 2.6.23 to 2.6.27.4. After a failed hard
> drive I realized that re-adding drives to a degraded raid10 no longer
> works (it adds the drive as a spare and never starts a resync). Booting
> back into the old .23 kernel allowed me to complete and resync the array
> as usual. Attached find a test case reliably failing on vanilla 2.6.27.4
> with no patches.
>
I've just been hit with the same problem...
I have a brand new server setup with 2.6.27.4 x86_64 kernel and a mix of
raid0, raid1, raid5 & raid10 partitions like this:
$ cat /proc/mdstat
Personalities : [raid10] [raid6] [raid5] [raid4] [raid1] [raid0]
md6 : active raid5 sdc8[2] sdb8[1] sda8[0] sdd8[3]
2491319616 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
bitmap: 0/198 pages [0KB], 2048KB chunk
md5 : active raid1 sda7[1] sdb7[0] sdd7[2]
530048 blocks [4/4] [UUUU]
md3 : active raid10 sda5[4](S) sdb5[1] sdc5[2] sdd5[5](S)
20980608 blocks 64K chunks 2 near-copies [4/2] [_UU_]
md1 : active raid0 sda2[0] sdb2[1] sdc2[2] sdd2[3]
419456512 blocks 128k chunks
md2 : active raid10 sda3[4](S) sdc3[5](S) sdb3[1] sdd3[3]
41961600 blocks 64K chunks 2 near-copies [4/2] [_U_U]
md0 : active raid10 sda1[0] sdd1[3] sdc1[2] sdb1[1]
8401792 blocks 64K chunks 2 near-copies [4/4] [UUUU]
md4 : active raid10 sda6[0] sdd6[3] sdc6[2] sdb6[1]
10506240 blocks 64K chunks 2 near-copies [4/4] [UUUU]
I have mdadm 2.6.7 with the following fixes:
d7ee65c960fa8a6886df7416307f57545ddc4460 "Fix bad metadata formatting"
43aaf431f66270080368d4b33378bd3dc0fa1c96 "Fix NULL pointer oops"
I was hitting the NULL pointer oops, wich prevented my md's to start
fully, but with the patches above I can (re)boot the system without
beeing dropped into maintenance mode...
but I cant bring theese raid10 back fully online:
md3 : active raid10 sda5[4](S) sdb5[1] sdc5[2] sdd5[5](S)
20980608 blocks 64K chunks 2 near-copies [4/2] [_UU_]
md2 : active raid10 sda3[4](S) sdc3[5](S) sdb3[1] sdd3[3]
41961600 blocks 64K chunks 2 near-copies [4/2] [_U_U]
I can remove and add the missing disks, but they only end up as spares,
they dont get back online...
Any Pointers?
--
Thomas
next prev parent reply other threads:[~2008-11-02 17:37 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-02 11:27 mdraid10 regression in 2.6.27.4 (possibly earlier) Peter Rabbitson
2008-11-02 17:37 ` Thomas Backlund [this message]
2008-11-02 23:51 ` md raid10 " Thomas Backlund
2008-11-03 18:09 ` Thomas Backlund
2008-11-03 18:28 ` Justin Piszcz
2008-11-05 23:30 ` md raid10 regression in 2.6.27.4 (possibly earlier) BISECTED Thomas Backlund
2008-11-06 6:18 ` Neil Brown
2008-11-06 9:23 ` Thomas Backlund
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=490DE55F.6080600@mandriva.org \
--to=tmb@mandriva.org \
--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.