From: "Vanhorn, Mike" <michael.vanhorn@wright.edu>
To: "linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: md raid6 not working
Date: Mon, 20 Aug 2012 19:06:17 +0000 [thread overview]
Message-ID: <CC5802CB.287BB%michael.vanhorn@wright.edu> (raw)
I have/had an 8-disk md raid 6, /dev/md0. At some point over the weekend,
two of the disks suddently became marked as "spare" and the other has
disappeared completely (at least as far as mdadm is concerned).
All eight disks seem to be just fine, so I think the data is okay, and if
I could just convince it to start the array with all 8 disks, I actually
think everything would be fine. However, everything I've tried has come to
nothing, and now I think I am stuck.
Is there some way to just "force" is to change the two spare disks from
"spare" to "active", and then let it go?
Here's what I think are relevant details:
The RAID is/was composed of /dev/sd[bcdefghi]1.
/proc/mdstat says:
# cat /proc/mdstat
Personalities : [raid6]
md0 : inactive sdc1[1] sdd1[10] sdi1[8] sdg1[5] sdf1[4] sde1[3] sdh1[2]
13674583552 blocks
unused devices: <none>
#
So, here, sdb is the only one missing. However, if I try to start the array
# mdadm --assemble /dev/md0
mdadm: /dev/sdi1 has no superblock - assembly aborted
#
So, I check /dev/sdi1:
# mdadm --examine /dev/sdi1
/dev/sdi1:
Magic : a92b4efc
Version : 0.90.00
UUID : 6b8b4567:327b23c6:643c9869:66334873
Creation Time : Mon Jun 28 10:46:51 2010
Raid Level : raid6
Used Dev Size : 1953511936 (1863.01 GiB 2000.40 GB)
Array Size : 11721071616 (11178.09 GiB 12002.38 GB)
Raid Devices : 8
Total Devices : 6
Preferred Minor : 0
Update Time : Mon Aug 20 12:10:18 2012
State : clean
Active Devices : 5
Working Devices : 6
Failed Devices : 2
Spare Devices : 1
Checksum : 297da62d - correct
Events : 59235337
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 8 8 129 8 spare /dev/sdi1
0 0 0 0 0 removed
1 1 8 33 1 active sync /dev/sdc1
2 2 8 113 2 active sync /dev/sdh1
3 3 8 65 3 active sync /dev/sde1
4 4 8 81 4 active sync /dev/sdf1
5 5 8 97 5 active sync /dev/sdg1
6 6 0 0 6 faulty removed
7 7 0 0 7 faulty removed
8 8 8 129 8 spare /dev/sdi1
#
The fact that that command worked on /dev/sdi1 indicates that there is, in
fact, a superblock, doesn't it?
At any rate, going from the output of --examine on sdi1, it would seem
that /dev/sdd1 is also not working. So,
# mdadm --examine /dev/sdd1
/dev/sdd1:
Magic : a92b4efc
Version : 0.90.00
UUID : 6b8b4567:327b23c6:643c9869:66334873
Creation Time : Mon Jun 28 10:46:51 2010
Raid Level : raid6
Used Dev Size : 1953511936 (1863.01 GiB 2000.40 GB)
Array Size : 11721071616 (11178.09 GiB 12002.38 GB)
Raid Devices : 8
Total Devices : 5
Preferred Minor : 0
Update Time : Mon Aug 20 12:10:21 2012
State : clean
Active Devices : 5
Working Devices : 5
Failed Devices : 2
Spare Devices : 0
Checksum : 297da583 - correct
Events : 59235338
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 10 8 49 -1 spare /dev/sdd1
0 0 0 0 0 removed
1 1 8 33 1 active sync /dev/sdc1
2 2 8 113 2 active sync /dev/sdh1
3 3 8 65 3 active sync /dev/sde1
4 4 8 81 4 active sync /dev/sdf1
5 5 8 97 5 active sync /dev/sdg1
6 6 0 0 6 faulty removed
7 7 0 0 7 faulty removed
#
Which would seem to indicate that sdd1 is fine, too. So, then, what about
sdb1?
# mdadm --examine /dev/sdb1
mdadm: No md superblock detected on /dev/sdb1.
#
Okay, fine, maybe something actually has happened to sdb1. However, since
it's a RAID6, having that one bad disk should be survivable. If I could
just get the other two disks (sdi1 and sdd1) to not be spares.
---
Mike VanHorn
Senior Computer Systems Administrator
College of Engineering and Computer Science
Wright State University
265 Russ Engineering Center
937-775-5157
michael.vanhorn@wright.edu
http://www.cecs.wright.edu/~mvanhorn/
next reply other threads:[~2012-08-20 19:06 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-20 19:06 Vanhorn, Mike [this message]
2012-08-20 22:34 ` md raid6 not working NeilBrown
2012-08-21 11:17 ` Vanhorn, Mike
2012-08-21 22:38 ` NeilBrown
2012-08-22 12:57 ` Vanhorn, Mike
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=CC5802CB.287BB%michael.vanhorn@wright.edu \
--to=michael.vanhorn@wright.edu \
--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 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).