/ varパーティションがいっぱいになる解決策は何ですか？

/var運用サーバーでパーティションがいっぱいになった場合の解決策は何ですか？

以下は私の回避策です：

• LVMパーティションの場合は、オンラインで拡張できます。
• ログを圧縮できます。
• 古いデータは削除できます。

この問題を解決して克服するための可能な方法をもっと教えてください。

これまでに直面したこの問題についてのあなたの経験を共有していただければ幸いです。

これらのケースのいずれか（何かが満たされている）での私のアプローチは、最初に犯人を見つけることです。

最初にを使用してdu -sh *|grep G、に進みdu -sh *|grep Mます。それを見つけたとき、なぜその何かがいっぱいになり始めるのかを調査し始めます。

• その高いログレベルが必要ですか？
• ログの場合-selvで作成したプログラムやカスタムプログラムでも、logrotate（/etc/logrotate.d/）を使用します
• これが実際のディスク・ホグである場合、それを独自のLVに分離しようとします

結果として、サーバー用の標準のLinux-disk-layoutは現在次のようになります。

• / var LV、2 GB
• / var / log LV、8 GB
• / var / tmp LV、4 GB

これは現在、ほとんどすべてのユースケースに十分です。

以前、LVM以外のパーティションで同様の問題がありました。これは、ディレクトリの1つをより広々としたパーティションに移動し、シンボリックリンクを元の場所に戻すことで解決しました。あなたの場合、例えば、あなたは試すことができます：

mv /var/cache /more/spacious/partition/cache
ln -s /more/spacious/partition/cache /var/cache

私がこれをシステム以外のディレクトリで実行したことに注意してください。これまでのところ、悪影響はありません。ただし、システムディレクトリによっては、状況が異なる場合があります。確認/反駁するために、より知識のある人が必要です。

編集する

• 安全のために、あなたはできる

  cp -a /var/cache /new/place/cache
  rm -rf /var/cache
  ln -s /new/place/cache /var/cache
  

  これにより、mvなんらかの理由で呼び出しが失敗した場合に、キャッシュが失われることがなくなります（システムクラッシュ、停電など）。

• コピーしている間、ディレクトリに何も書き込まれていないことを確認するには、LiveCDを介してこれを実行することをお勧めします。