Tengo un servidor ejecutando Xen 4.1 con Oneiric en el dom0 y cada uno de los 4 domU. Los discos del sistema de los domU son volúmenes LVM2 construidos sobre un mdadm RAID1.
Todos los discos del sistema domU son EXT4 y se crean utilizando instantáneas de la misma plantilla original. 3 de ellos funcionan perfectamente, pero uno (llamado s-ub-02) se sigue volviendo a montar en modo de solo lectura. Un e2fsckresultado posterior da como resultado un único diagnóstico de "extensión no válida":
e2fsck 1.41.14 (22-Dec-2010)
/dev/domu/s-ub-02-root contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 525418 has an invalid extent
(logical block 8959, invalid physical block 0, len 0)
Clear<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/domu/s-ub-02-root: 77757/655360 files (0.3% non-contiguous), 360592/2621440 blocks
La consola suele mostrar los siguientes errores para el disco del sistema (xvda2):
[101980.903416] EXT4-fs error (device xvda2): ext4_ext_find_extent:732: inode #525418: comm apt-get: bad header/extent: invalid extent entries - magic f30a, entries 12, max 340(340), depth 0(0)
[101980.903473] EXT4-fs (xvda2): Remounting filesystem read-only
He creado nuevas versiones del disco del sistema. Siempre pasa lo mismo. Esto, y el hecho de que el disco esté en última instancia en un RAID1, me lleva a descartar un error de disco de hardware.
La única característica distintiva obvia de este domU es la presencia de nfs-kernel-server, así que lo sospecho. Su exportsarchivo se ve así:
/exports/users 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/music 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/pictures 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/opt 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/usersy /exports/optson volúmenes LVM2 del mismo grupo de volúmenes que el disco del sistema. /exports/mediaes un volumen EXT2. (Existe un problema en el que los clientes lo ven /exports/media/picturescomo un volumen de solo lectura, que menciono para que esté completo).
Con la excepción del problema de sólo lectura, el servidor NFS parece funcionar correctamente con una carga ligera durante varias horas antes de que se produzca el problema de "extensión no válida".
No hay entradas útiles en /var/log. De repente, no se escriben más archivos, por lo que puedes ver cuándo se volvió a montar el disco en modo de solo lectura, pero no hay ninguna indicación de cuál podría ser la causa.
¿Hay alguien que me puede ayudar con este problema?
esteban
Respuesta1
Este problema fue resuelto por el OP:
Finalmente resolví este problema deshaciéndome de ext4 y volviendo a ext3 después de que ext4 comenzara a reproducirse nuevamente. Algo extraño está sucediendo en esa máquina virtual en particular, pero no puedo dedicar más tiempo a intentar descubrir qué es.