Le système de fichiers XFS est un système de fichiers de journalisation hautes performances. XFS prend en charge une taille de système de fichiers maximale de 500 To et une taille de fichier maximale de 16 To. Vous pouvez créer un système de fichiers XFS sur une partition de disque standard et sur un volume logique. Il fonctionne incroyablement bien sous une lourde charge et évolue avec des fichiers volumineux, mais par conséquent, il est également susceptible d'être endommagé, et c'est dans cet esprit que nous envisageons maintenant un ensemble d'outils qui nous permettront de dépanner le serveur et restaurer le système de fichiers.
Des utilitaires XFS supplémentaires sont disponibles pour effectuer la maintenance du système de fichiers. Ces utilitaires incluent les éléments suivants :
- xfs_fsr :XFS est un système de fichiers basé sur l'étendue. L'utilitaire xfs_fsr réorganise et améliore la disposition des extensions de fichier, ce qui améliore les performances globales. Exécutez cette commande sur un système de fichiers XFS monté ou sur des fichiers individuels dans le système de fichiers.
- xfs_repair :Réparer un système de fichiers XFS corrompu ou endommagé. Démontez le système de fichiers avant d'exécuter cette commande. Si le système de fichiers ne peut pas être réparé, restaurez les fichiers à partir d'une sauvegarde avec xfsrestore.
- xfs_db :Déboguer un système de fichiers XFS. Cet utilitaire fournit un jeu de commandes qui vous permet d'effectuer des analyses sur le système de fichiers et de naviguer et d'afficher ses structures de données.
Réparer un système de fichiers XFS avec xfs_repair
La xfs_repair L'utilitaire peut être utilisé pour réparer un système de fichiers XFS corrompu ou endommagé. La syntaxe de base utilisée par xfs_repair est la suivante :
# xfs_repair /mount/pointREMARQUE :Assurez-vous de démonter le système de fichiers XFS avant d'exécuter la commande xfs_repair.
Semblable à l'utilitaire fsck, l'utilitaire xfs_repair corrige les systèmes de fichiers xfs non montés en une série de phases. Un exemple de sortie d'une réparation XFS est illustré ci-dessous :
# 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 vous souhaitez simplement vérifier les problèmes de système de fichiers, mais pas résoudre les problèmes, exécutez le xfs_check commande au lieu de la commande 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 Vous pouvez également utiliser le "xfs_repair -n ” pour effectuer un essai à blanc pour xfs_repair. Certaines distributions n'incluent pas la commande xfs_check. Dans ce cas, vous pouvez utiliser cette option car ils fonctionnent de la même manière.
# 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.