Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 0 0 1 removed
2 8 35 2 active sync /dev/sdc3
3 0 0 3 removed
4 8 51 - faulty spare /dev/sdd3
That is to say, the RAID has four disks and failed both the spare disk
and other disk from array. What is unclear to me is why if there are two
active disks, it seems that the RAID is broken because the filesystem is
on read-only mode:
# mount
/dev/md1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/mapper/backup-space on /space type ext3 (ro)
Then, I tried to add the missing disk, but the situation did not change:
# mount
/dev/md1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/mapper/backup-space on /space type ext3 (ro)
What could be the problem?
Thanks in advance for your reply.
Regards,
Daniel
--
Fingerprint: BFB3 08D6 B4D1 31B2 72B9 29CE 6696 BF1B 14E6 1D37
Powered by Debian GNU/Linux Lenny - Linux user #188.598
08-02-2010, 06:30 AM
martin f krafft
Status of RAID (md)
also sprach Daniel Bareiro <daniel-listas@gmx.net> [2010.08.02.0420 +0200]:
> md2 : active raid5 sda3[0] sdd3[4](F) sdc3[2]
> 2136170880 blocks level 5, 64k chunk, algorithm 2 [4/2] [U_U_]
[…]
> That is to say, the RAID has four disks and failed both the spare
> disk and other disk from array. What is unclear to me is why if
> there are two active disks,
There is no spare disk. The reason why sdd is listed as "faulty
spare" is because it's out of sync. Remove and re-add it:
This is indeed a bit strange, but the array might start syncing in
the new disk (called a spare) as soon as you remove sdd3 (see
above).
--
.'`. martin f. krafft <madduck@d.o> Related projects:
: :' : proud Debian developer http://debiansystem.info
`. `'` http://people.debian.org/~madduck http://vcs-pkg.org
`- Debian - when you have better things to do than fixing systems
"if there's anything more important than my ego,
i want it caught and shot now."
-- zaphod beeblebrox
08-02-2010, 01:10 PM
Daniel Bareiro
Status of RAID (md)
Hi, Martin.
On Monday, 02 August 2010 08:30:03 +0200,
martin f krafft wrote:
> also sprach Daniel Bareiro <daniel-listas@gmx.net> [2010.08.02.0420 +0200]:
> > md2 : active raid5 sda3[0] sdd3[4](F) sdc3[2]
> > 2136170880 blocks level 5, 64k chunk, algorithm 2 [4/2] [U_U_]
> […]
> > That is to say, the RAID has four disks and failed both the spare
> > disk and other disk from array. What is unclear to me is why if
> > there are two active disks,
> There is no spare disk. The reason why sdd is listed as "faulty
> spare" is because it's out of sync. Remove and re-add it:
>
> mdadm --remove /dev/md2 /dev/sdd3
> mdadm --add /dev/md2 /dev/sdd3
# mdadm --remove /dev/md2 /dev/sdd3
mdadm: hot removed /dev/sdd3
> This is indeed a bit strange, but the array might start syncing in
> the new disk (called a spare) as soon as you remove sdd3 (see
> above).
When I tried to add sdb3 was because the disk for some reason did not
appear with "cat /proc/mdstat" (not even like it was failed), although
when using "mdadm --detail /dev/md2" appear as both sdd3 and sdb3 as
removed. To what it can be due that sdb3 does not appear when doing "cat
/proc/mdstat"?
It is somewhat confusing to see a disk labeled like spare when it is
not. Is this "normal"?
If this is the case, the only thing I can think of is that after the
first disk failure, the system was in interim recovery mode, and during
it, the second disk would have failed.
Thanks for your reply.
Regards,
Daniel
--
Fingerprint: BFB3 08D6 B4D1 31B2 72B9 29CE 6696 BF1B 14E6 1D37
Powered by Debian GNU/Linux Lenny - Linux user #188.598
08-12-2010, 09:08 AM
martin f krafft
Status of RAID (md)
also sprach Daniel Bareiro <daniel-listas@gmx.net> [2010.08.02.1510 +0200]:
> When I tried to add sdb3 was because the disk for some reason did not
> appear with "cat /proc/mdstat" (not even like it was failed), although
> when using "mdadm --detail /dev/md2" appear as both sdd3 and sdb3 as
> removed. To what it can be due that sdb3 does not appear when doing "cat
> /proc/mdstat"?
>
> It is somewhat confusing to see a disk labeled like spare when it is
> not. Is this "normal"?
>
> If this is the case, the only thing I can think of is that after the
> first disk failure, the system was in interim recovery mode, and during
> it, the second disk would have failed.
I cannot analyse this further from remote. If you are still
experiencing problems, I'd be prepared to have a look, but I'd need
root or sudo access to the host. Contact me off-list if you want
that.
--
.'`. martin f. krafft <madduck@d.o> Related projects:
: :' : proud Debian developer http://debiansystem.info
`. `'` http://people.debian.org/~madduck http://vcs-pkg.org
`- Debian - when you have better things to do than fixing systems
"with sufficient thrust, pigs fly just fine. however, this is not
necessarily a good idea. it is hard to be sure where they are going
to land, and it could be dangerous sitting under them as they fly
overhead."
-- rfc 1925
Status of RAID (md)
