Days 3 & 4 : BTRFS Raids and more troubles
Escrito el 07. Ene, 2010
El dia de ayer miércoles fue un día triste para el avance del proyecto “backblaze pod”.
Pero, ¿Qué fue lo que pasó? . En realidad no mucho. Hemos estado luchando con la configuración de RAID 1+0.
¿Problemas? Sí, bastantes. Sin embargo, estamos haciendo las pruebas de posibles fallas de dispositivos I/O de inmediato para así realizar un sistema ‘failproof’.
¿Cuál ha sido el mayor inconveniente en estos días? Al hacer el sistema de archivos de forma que abarque todos los dispositivos SATA II (sdx) al simular una falla de un dispositivo y querer montar el sistema nuevamente con el comando mount el sistema no es capaz de reconstruir el sistema de archivos de manera que éste quede operacional nuevamente.
Los comandos que hemos utilizado son los siguientes (extraídos de la página oficial de btrfs):
Replacing Failed Devices
The btrfs-vol example above can be used to remove a failed device if the super block can still be read. But, if a device is missing or the super block has been corrupted, the filesystem will need to be mounted in degraded mode:
mkfs.btrfs -m raid1 /dev/sdb /dev/sdc /dev/sdd /dev/sde # sdd is destroyed or removed, use -o degraded to force the mount # to ignore missing devices mount -o degraded /dev/sdb /mnt # 'missing' is a special device name btrfs-vol -r missing /mntbtrfs-vol -r missing tells btrfs to remove the first device that is described by the filesystem metadata but not present when the FS was mounted.
El error que nos indica el sistema con el comando:
device fsid 40895d47368bf3-5ee445d21006ee99 devid 1 transid 35 /dev/sdb1 btrfs: allowing degraded mounts btrfs: failed to read chunk root on sdb1 btrfs: open_ctree failed device fsid 40895d47368bf3-5ee445d21006ee99 devid 1 transid 35 /dev/sdb1 btrfs: allowing degraded mount btrfs: failed to read chunk root on sdb1 btrfs: open_ctree failed
He ahí el dilema de btrfs al tratar de montar el sistema incompleto y las hipótesis de porque el sistema no lo permite está en alguna de estas posibles razones:
- El error indica que no es posible leer la raíz del chunktree que se encuentra en el dispositivo sdb1 es por esto que al montar el sistema de archivos el sistema reclame al estar incompleto.
- El kernel que utilizamos en Fedora 12 no soporte de manera optima la utilización de multi discos y la supuesto fix o force mount que tratamos de utilizar no está funcionando.
Tan sólo cabe esperar por nuevos features del kernel nuevo o simplemente esperar a que la misticidad nos ayude a recuperar un sistema incompleto.
Proximamente se viene la presentación del ‘rojito’ , la instalación de Fedora12 y posiblemente algunos discos corriendo en BTRFS.
Temas relacionads:













