ディスク空き容量が不足してきた件

空き容量の不足

このブログのサーバー（AWS環境下のUbuntu）のディスクの空き容量が不足してきたので対応したときの備忘録。

尚、今回の記事では物理的なハードディスクを増やしたのでは無く不使用のパッケージ類を削除する事で容量を確保している。

環境

尚、当方の環境は以下の通り

状況

何となく「動作がもっさりしているな」と感じ始めたのがここ数日、そしてこのサイトはWordPressのプラグインのJetPackで５分毎に状態を監視しているが１日に２回ダウンタイムのメールが届いていたのが一昨日。

ダウンは数分後に直ぐに復旧していたのだが、今にして思うとディスクの容量不足でレスポンスが遅くなってしまっていたのかも知れない（推測）

そしてWordPressのプラグインのUpdraftPlusにて定期的にデータベース、イメージファイルのバックアップを取得していて、終了後に完了メールが届くのだが昨日のメールには「空き容量が非常に少ない」との警告が書かれていた。

またUpdraftPlusでのバックアップ先はクラウドストレージにしており空き容量を確認した所、十分に空き容量があったので恐らくバックアップファイルを作成する際に一時的にサーバー上にファイルを作成する時にサーバー上で容量不足に陥ったのだと推測された。

急いでssh（PuTTY)でサーバーに接続して、dfコマンドにて空き容量を確認してみた。

sudo df -h

/dev/xvda1の使用率が93%で残りが583MByteしか無い事が判明、至急何らかの対応が必要になった。

対応方針

基本的な対応方針は以下の順番とした。

1. まずは不要なファイルを削除して当面の空き容量を増やす
2. 次にAWSでディスクを割り当ててて全体のディスク容量を増やす

尚、今回は１．についての記事とする（２．については別記事とする）

不要なファイルの削除

現状の調査

どこのディレクトリの容量が大きいのかをduコマンドで調査する。

$ sudo du -sh /*

一部アクセス出来ないディレクトリがあったが、

/usr 3.4G
/var 2.2G

の２つのディレクトリ配下の容量が多いことが判明した。

ある意味予想通りだったが、それぞれ更に中を見ていく。

以下のコマンドで/var配下で容量の多いトップ５のディレクトリを表示する。

cd /var
sudo du -sm ./* | sort -rn | head -5

/www　・・・　1.3 GByte
/lib　・・・・　806 MByte
/cache　・・・　70 MByte

の順番で容量を消費している事が判明した。

同様に/usr配下も調査する。

cd /usr
sudo du -sm ./* | sort -rn | head -5

/src　・・・・　2.6 GByte
/lib　・・・・　356 MByte
/share　・・・　251MByte

の順番で容量が多い事が判明した。

ファイルの削除

まずは上記結果に基づきそれぞれのディレクトリ内で不要なファイルをチマチマと削除を行った。

その後に以下のコマンドでインストール時のキャッシュをクリアした。

sudo apt-get clean

続けて、一番効果が大きかったのがapt-get autoremoveコマンドによる依存関係の無い不要なパッケージの削除。

sudo apt-get autoremove

Pythonなど、このサーバーでは使用していないパッケージが削除された。

結果

再度dfコマンドにてファイルシステムの状態を確認した所、4GByte空いていた。

またここ数日のもっさりとしたレスポンスも解消されていたのでやはり容量不足でもっさりとしていたのだと推測される。

これだけ空いていれば、しばらくは大丈夫だが元々8GByteしかディスクを確保していないのでいずれまた容量が不足してくる。

次回は不要ファイルの削除と同時にAWS EC2にストレージを追加することにした。