web-dev-qa-db-ja.com

/ varパーティションにスペースがありませんか?

サーバー管理者の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がどこに行ったのかわからないようですが、アイデアやヒントはありますか?

2
Adam Frisby

サービスを再起動してみてください。何かを削除したときに/ varでファイルが開いていた可能性があります(rm unlink things、it)。すべてがそのファイルのファイルハンドルを閉じるまで、システムはスペースを解放しません。

/ varでファイルを開いているプログラムを見つけるには、lsofを使用する必要がある場合があります。

/ varなので、まだログファイルが開いていると思います。

10
Zoredache

これにはいくつかの可能な方法があります。

  1. フリーブロック(実際のスペース)ではなく、iノードが不足していますか?小さなファイルがたくさんあると、すべてのiノード(事実上、ファイルアロケーションテーブルのエントリ)を使い果たす可能性があります。すべてのiノードが使い果たされると、空きブロックがたくさんある場合でも、新しいファイルを追加できなくなります。パーティション内。これは、明らかな喫煙銃がないかどうかを確認するためのワイルドカードの回答です。 iノードの枯渇はまれにしか発生しませんが、それでも発生します(Blackboard 7.0 ...)
  2. du -s /var/* | sort -rnは、KDirStatのようなグラフィカルユーティリティと同様に、/ varのスペースを何が占めているかをよりよく理解できるはずです。/varを扱っているので、この問題にKDirStatをお勧めしません。/varの問題は、/ homeのスペースの問題と比較して、システムの安定性に影響を与える傾向があります。さらに、専用サーバーの状況では、そもそもボックスでGUIを実行して、(ローカル)GUIツールを使用するという概念を無効にするべきではありません。それほど重大ではない状況では、KDirStat、WinDirStat、SequoiaViewなどのツールの2乗されたツリーマップ出力により、問題の特定が簡単になります。ツリーマップは、ディスクの使用状況を視覚化するための優れた手段です。
  3. 一部のサービスが制御不能になり、大量のジャンクが/ var/logに記録されていませんか?組織文化がそれを受け入れる場合は、専用のログホストを設定し、すべてのマシンにネットワーク経由でログを書き込むようにすることが重要な場合があります。少なくとも、サイトのログ保持ポリシーに従って、すべてのログが適切にローテーション、圧縮、および削除されていることを確認してください。 logrotateはあなたの友達です。
  4. あなたdoログ保持ポリシーがありますよね? ;)真剣に、もしあなたが持っていないなら、それを設定してください。 「サービス所有者との別の取り決めがない限り、7日間分のログを保持します。書面で」という文の場合があります。
3
arclight

/ varの下にあるすべてのフォルダーへのアクセス許可がありますか? duは、権限がないものに使用されたスペースを報告しません。

2
Kevin Kuphal