Ejecución de reparaciones en sistemas de archivos XFS

El sistema de archivos XFS es un sistema de archivos de diario de alto rendimiento. XFS admite un tamaño máximo de sistema de archivos de 500 TB y un tamaño máximo de archivo de 16 TB. Puede crear un sistema de archivos XFS en una partición de disco regular y en un volumen lógico. Funciona increíblemente bien bajo una carga pesada y escala con archivos grandes, pero como resultado, también es susceptible a daños y es con esto en mente que ahora consideramos un conjunto de herramientas que nos permitirán solucionar los problemas del servidor y restaurar el sistema de archivos.

Hay utilidades XFS adicionales disponibles para realizar el mantenimiento del sistema de archivos. Estas utilidades incluyen lo siguiente:

• xfs_fsr :XFS es un sistema de archivos basado en extensiones. La utilidad xfs_fsr reorganiza y mejora el diseño de las extensiones de archivo, lo que mejora el rendimiento general. Ejecute este comando en un sistema de archivos XFS montado o en archivos individuales en el sistema de archivos.
• reparación_xfs :Repare un sistema de archivos XFS corrupto o dañado. Desmonte el sistema de archivos antes de ejecutar este comando. Si el sistema de archivos no se puede reparar, restaure los archivos desde una copia de seguridad con xfsrestore.
• xfs_db :Depurar un sistema de archivos XFS. Esta utilidad proporciona un conjunto de comandos que le permite realizar escaneos en el sistema de archivos y navegar y mostrar sus estructuras de datos.

Reparar un sistema de archivos XFS usando xfs_repair

La reparación_xfs La utilidad se puede utilizar para reparar un sistema de archivos XFS corrupto o dañado. La sintaxis básica utilizada por xfs_repair es la siguiente:

# xfs_repair /mount/point

NOTA :Asegúrese de desmontar el sistema de archivos XFS antes de ejecutar el comando xfs_repair.

Similar a la utilidad fsck, la utilidad xfs_repair repara los sistemas de archivos xfs desmontados en una serie de fases. El resultado de muestra de una reparación de XFS se muestra a continuación:

# xfs_repair /dev/mapper/vg_test-lv_test 
Phase 1 - find and verify superblock...
        - reporting progress in intervals of 15 minutes
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - 12:57:37: scanning filesystem freespace - 291 of 291 allocation groups done
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - 12:57:37: scanning agi unlinked lists - 291 of 291 allocation groups done
        - process known inodes and perform inode discovery...
        ...
        ...
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000

Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - 12:57:37: setting up duplicate extent list - 291 of 291 allocation groups done
        - check for inodes claiming duplicate blocks...
Phase 5 - rebuild AG headers and trees...
        - 12:57:37: rebuild AG headers and trees - 291 of 291 allocation groups done
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
        - 12:57:37: verify and correct link counts - 291 of 291 allocation groups done
done

Si solo desea verificar si hay problemas en el sistema de archivos, pero no solucionar ningún problema, ejecute xfs_check comando en lugar del comando xfs_repair.

# xfs_check /dev/mapper/vg_test-lv_test 
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
bad magic number 0xfe3d for inode 100
bad magic number 0xa756 for inode 101
bad magic number 0xd375 for inode 102
bad magic number 0x88f5 for inode 103
bad magic number 0xc7cd for inode 104
bad magic number 0xc95 for inode 105
bad magic number 0xaeaf for inode 106
bad magic number 0x10c4 for inode 107
bad magic number 0xf137 for inode 108
bad magic number 0x8157 for inode 109
         69 file1

También puede utilizar el "xfs_repair -n ” comando para hacer una ejecución en seco para xfs_repair. Algunas distribuciones no incluyen el comando xfs_check. En ese caso puedes usar esta opción ya que funcionan de la misma manera.

# xfs_repair -n /dev/mapper/vg_test-lv_test 
.....
Phase 7 - verify link counts...
        - 13:02:55: verify and correct link counts - 291 of 291 allocation groups done
No modify flag set, skipping filesystem flush and exiting.