サーバー管理者の1人が私にこれを確認するように依頼し、私は困惑しています-/ varパーティションがいっぱいですが、スペースがどこに移動したかを判断できないようです。
以下は、「du/var-ah」の出力です。
...
202M var/
ただし、「df-h」は
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/gza-root 268M 108M 147M 43% /
tmpfs 2.0G 0 2.0G 0% /lib/init/rw
udev 10M 68K 10M 1% /dev
tmpfs 2.0G 0 2.0G 0% /dev/shm
/dev/sda1 236M 20M 204M 9% /boot
/dev/mapper/gza-home 115G 15G 95G 14% /home
/dev/mapper/gza-tmp 380M 11M 350M 3% /tmp
/dev/mapper/gza-usr 4.7G 3.9G 610M 87% /usr
/dev/mapper/gza-var 2.9G 2.7G 26M 100% /var
他の2.5GBがどこに行ったのかわからないようですが、アイデアやヒントはありますか?
サービスを再起動してみてください。何かを削除したときに/ varでファイルが開いていた可能性があります(rm unlink things、it)。すべてがそのファイルのファイルハンドルを閉じるまで、システムはスペースを解放しません。
/ varでファイルを開いているプログラムを見つけるには、lsofを使用する必要がある場合があります。
/ varなので、まだログファイルが開いていると思います。
これにはいくつかの可能な方法があります。
du -s /var/* | sort -rn
は、KDirStatのようなグラフィカルユーティリティと同様に、/ varのスペースを何が占めているかをよりよく理解できるはずです。/varを扱っているので、この問題にKDirStatをお勧めしません。/varの問題は、/ homeのスペースの問題と比較して、システムの安定性に影響を与える傾向があります。さらに、専用サーバーの状況では、そもそもボックスでGUIを実行して、(ローカル)GUIツールを使用するという概念を無効にするべきではありません。それほど重大ではない状況では、KDirStat、WinDirStat、SequoiaViewなどのツールの2乗されたツリーマップ出力により、問題の特定が簡単になります。ツリーマップは、ディスクの使用状況を視覚化するための優れた手段です。/ varの下にあるすべてのフォルダーへのアクセス許可がありますか? duは、権限がないものに使用されたスペースを報告しません。