%20.png)
Tengo un servidor CentOS que usa raid.
El /proc/partitions
contiene:
major minor #blocks name
8 0 976762584 sda
8 1 104391 sda1
8 2 921600855 sda2
8 3 55054755 sda3
8 16 976762584 sdb
8 17 921600823 sdb1
8 18 55159177 sdb2
8 32 976762584 sdc
8 33 921600823 sdc1
8 34 55159177 sdc2
8 48 976762584 sdd
8 49 921600823 sdd1
8 50 55159177 sdd2
8 64 976762584 sde
8 65 921600823 sde1
8 66 55159177 sde2
253 0 270303232 dm-0
253 1 5341184 dm-1
9 0 4608002816 md0
/etc/fstabs
contiene:
/dev/VolGroup00/LogVol00 / ext3 defaults,usrquota,grpquota 1 1
/dev/md0 /home ext3 defaults,usrquota,grpquota 1 2
LABEL=/boot /boot ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/VolGroup00/LogVol01 swap swap defaults 0 0
mdadm --detail /dev/md0
produce:
/dev/md0:
Version : 0.90
Creation Time : Tue Feb 28 14:00:14 2012
Raid Level : raid0
Array Size : 4608002816 (4394.53 GiB 4718.59 GB)
Raid Devices : 5
Total Devices : 5
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Tue Feb 28 14:00:14 2012
State : clean
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Chunk Size : 256K
UUID : a09e9fd0:62b06654:b224f2d2:0e34ad8f
Events : 0.1
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 17 1 active sync /dev/sdb1
2 8 33 2 active sync /dev/sdc1
3 8 49 3 active sync /dev/sdd1
4 8 65 4 active sync /dev/sde1
/etc/mdadm.conf
contiene:
# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root
ARRAY /dev/md0 super-minor=0
#ARRAY /dev/md0 level=raid0 num-devices=5 UUID=a09e9fd0:62b06654:b224f2d2:0e34ad8f
Por lo que puedo ver, los discos duros están bien.
Sin embargo, he corrido fsck -yfC /dev/md0
y lo hace:
Pass 1: Checking inodes, blocks and sizes
Running additional passes to resolve blocks claimed by more than one inode ....
Pass 1B: Rescanning for multiply-claimed blocks.
Cuando monto el dispositivo mount /dev/md0
, se monta.
Tan pronto como cualquier actividad intenta escribir en el /dev/md0
directorio o, /home
dice que el sistema de archivos no está limpio y lo monta en modo de solo lectura.
Entonces el sistema deja de funcionar.
Respuesta1
Para facilitar las pruebas (fsck probablemente tarde una eternidad en volúmenes tan grandes), puede crear un volumen DM auxiliar que esté completamente asignado a /dev/md0
. Luego crea una instantánea de este volumen auxiliar. Se puede escribir en esta instantánea sin /dev/md0
tocarla.
Mi idea es que montes el volumen con ext2. Sería interesante si el error desaparecería entonces.
Si quieres intentarlo pero no sabes cómo manejar la instantánea, puedo proporcionarte los detalles.