スペースが奇妙に消えるように見える2つのXFSファイルシステムがあります。
このシステム(Debian)は数年前にインストールされました(おそらく12年前のようです)。当時、2つのXFSファイルシステムが作成されました。それ以来、システムのソフトウェアとハードウェアが更新され、両方のファイルシステムが何度も成長しました。これで、最新の32ビットDebian Jessieとバックポートアーカイブの64ビット4.9.2-2〜bpo8 + 1 Linuxカーネルを実行します。
数日以内に、これらのファイルシステムで使用されるスペースがファイルのために予想よりもはるかに大きくなったことを確認しました。確認してみると、削除されたがlsof +L1
一部のプロセスによって開いているファイルとは何の関係もありません。ファイルシステムをアンマウントしてxfs_repair
。
これを示す成績表は次のとおりです。
~# df -h /home
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-home 2.0G 1.7G 361M 83% /home
~# du -hsx /home
1.5G /home
~# xfs_estimate /home
/home will take about 1491.8 megabytes
~# umount /home
~# xfs_repair /dev/system/home
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
- scan filesystem freespace and inode maps...
sb_fdblocks 92272, counted 141424
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 2
- agno = 1
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
Phase 5 - rebuild AG headers and trees...
- 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...
done
~# mount /home
~# df -h /home
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/system-home 2.0G 1.5G 521M 75% /home
~#
この例では「161MBのみ」が失われていますが、長すぎるとファイルシステムが100%いっぱいになり、実際の問題が発生します。
これが重要な場合は、両方のファイルシステムがLXCコンテナにバインドマウントされます。 (私のシステムには他のXFSファイルシステムはありません。)
なぜこれが起こるのか、どうやって調査するのかを知っている人はいますか?
答え1
xfs_admin -c 1 xxx
怠惰なカウンタモードXFSを使用してください。