Thread (11 messages) flat view 11 messages, 3 authors, 2008-12-14

Re: Raid 5 Problem

From: Nigel J. Terry <hidden>
Date: 2008-12-14 21:08:21

Justin Piszcz wrote:

On Sun, 14 Dec 2008, nterry wrote:
quoted
Justin Piszcz wrote:
quoted

On Sun, 14 Dec 2008, nterry wrote:
quoted
Michal Soltys wrote:
quoted
nterry wrote:
quoted
Hi.  I hope someone can tell me what I have done wrong.  I have a 
4 disk Raid 5 array running on Fedora9.  I've run this array for 
2.5 years with no issues.  I recently rebooted after upgrading to 
Kernel 2.6.27.7.
quoted
[root@homepc ~]# mdadm --examine --scan
ARRAY /dev/md0 level=raid5 num-devices=2 
UUID=c57d50aa:1b3bcabd:ab04d342:6049b3f1
 spares=1
ARRAY /dev/md0 level=raid5 num-devices=4 
UUID=50e3173e:b5d2bdb6:7db3576b:644409bb
 spares=1
ARRAY /dev/md0 level=raid5 num-devices=4 
UUID=50e3173e:b5d2bdb6:7db3576b:644409bb
 spares=1
[root@homepc ~]#
I saw Debian do something like this to one of my raids once and it was 
because
/etc/mdadm/mdadm.conf had been changed through an upgrade or some such 
to use
md0_X, I changed it back to /dev/md0 and the problem went away.

You have another issue here though, it looks like your "few" attempts 
have
lead to multiple RAID superblocks.  I have always wondered how one can 
clean
this up without dd if=/dev/zero of=/dev/dsk & (for each disk, wipe it) 
to get
rid of them all, you should only have [1] /dev/md0 for your raid 5, 
not 3.

Neil?

Justin.
The difference in my case is that I don't have /dev/md_d0 in 
/etc/mdadm.conf and have never had that.  It seems that something is 
automatically creating it at boot and that has changed in the last few days.

Wait for Neil I guess...
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help