
Como temos o seguinte do dmesg
[37785.390633] XFS (dm-2): Metadata corruption detected at xfs_dir3_block_read_verify+0x5e/0x110 [xfs], block 0x7f8af18
[37785.390634] XFS (dm-2): Unmount and run xfs_repair
Dm-2 is the /var
Começamos a realizar o xfs_repair conforme o documento -https://access.redhat.com/solutions/1194613
Primeiro forçamos umount em /var
umount -l /var
e iniciamos o procedimento de acordo com -https://access.redhat.com/solutions/1194613
xfs_repair -v /dev/mapper/vg_var 2>&1 |tee /tmp/xfs_repair.out
xfs_repair: /dev/mapper/vg_var contains a mounted filesystem
xfs_repair: /dev/mapper/vg_var contains a mounted and writable filesystem
fatal error -- couldn't initialize XFS library
como podemos ver acima, xfs_repair reclama que /dev/mapper/vg_var
contém um sistema de arquivos montado, apesar de forçarmos a desmontagem
Responder1
Você solicitou uma desmontagem lenta ( umount -l
). Isso só desmontará o sistema de arquivos quando não houver mais processos acessando-o. A própria documentação ( man umount
) diz
-l
Desmontagem preguiçosa. Desconecte o sistema de arquivos da hierarquia do sistema de arquivos agora e limpe todas as referências ao sistema de arquivos assim que ele não estiver mais ocupado.
Neste cenário você não deve usar o -l
sinalizador porque precisa ter certeza de que o sistema de arquivos realmente está desmontado.
Verifique se o sistema de arquivos realmente está desmontado antes de continuar. Se você tiver lsof
, isso pode ajudar a identificar os processos inesperados.