GMO ALTUS 仮想サーバCentOS6.5でInodeがフルになった時の対処法について

いつもお世話になっております。

プログラミングがメインのため、インフラ関連の知識はあまりないので、
的はずれなことを書いてしまうかも知れませんが、ご容赦ください。

標記の通り、現在GMO ALUTSで仮想サーバ(CentOS6.5)を構築して、
システムを動かしております。

muninという負荷監視ツールを入れているのですが、
そこでしばらく前から「Inode usage in percent」が非常に高い数値に
なっていて、警告が表示されていました。

そこで、ディスク関連のコマンドで調べたところ、
以下のような結果となりました。

Bash
1# df -h
2Filesystem            Size  Used Avail Use% Mounted on
3/dev/mapper/VolGroup-lv_root
4                       18G  8.6G  7.8G  53% /
5tmpfs                  13G     0   13G   0% /dev/shm
6/dev/xvda1            477M  109M  344M  24% /boot
7/dev/xvdb             296G   90G  191G  33% /var/www/html

Bash
1# df -i
2Filesystem             Inodes   IUsed    IFree IUse% Mounted on
3/dev/mapper/VolGroup-lv_root
4                      1150560 1138693    11867   99% /
5tmpfs                 3190460       1  3190459    1% /dev/shm
6/dev/xvda1             128016      62   127954    1% /boot
7/dev/xvdb            19660800 3524897 16135903   18% /var/www/html

容量自体はまだ余裕があるものの、Inodeが99%となっているようで、
こちらが警告となっていると思われます。

ただ、このInodeというものはネットで検索して何となく分かったものの、
今いっぱいになってしまっている「/dev/mapper/VolGroup-lv_root」
というのが、よく分かっていない状態です。

GMO ALTUSで仮想サーバを構築する際、デフォルトで用意されている
ROOT DISKになると思うのですが、開発したシステムのスクリプトや
各種ファイルは別途ディスクを作成して、マウントしており
そちらが「/dev/xvdb」になります。

システムでファイルの書き込みが多いのであれば、「/dev/xvdb」の方の
Inodeがいっぱいになると思われるので、ファイルを削除したり
何らかの対処はできる気がするのですが、

「/dev/mapper/VolGroup-lv_root」はどういう時にファイルが書き込まれて、
なぜいっぱいになってしまったのか、原因もよく分かっていない状態です。

つきましては、Inodeがいっぱいになってしまう原因の調べ方や対処法など、
何かアドバイスいただけると幸いでございます。

よろしくお願いいたします。

行動規範の内容に同意します

回答1件

ベストアンサー

ファイルシステムは Ext4 と想定して回答します。
i-node はファイルやディレクトリが作成されたときに割り当てられる番号ですので、/ (ルートファイルシステム)に(小さな)ファイルやディレクトリがたくさん作られているのだと思います。

find コマンドなどで最近作成されたファイル、ディレクトリを探すと何かわかるかもしれません。
一時ファイルとか、セッションを保持するファイルなどが消えずに残っているとか。
ログファイルを短時間でローテートしているとか。

投稿2016/05/16 09:58

TaichiYanagiya

総合スコア12146

chapter

2016/05/16 10:42

TaichiYanagiyaさん、ご回答ありがとうございます。ファイルシステムは Ext4 で間違いないです。記載不足で失礼いたしました。ログファイルに関しては、ウェブサーバはNginxを使用していて、設定はDailyで７日間保持する形なので、ファイル数が大量に増える原因ではなさそうです。他のログを含めて、ファイル数をチェックしてみましたが、以下のように少なかったです。 ------------------------------- # find /var/log/ -type f | wc -l 271 ------------------------------- また、一時ファイルやセッションデータも以下のように少なかったです。 ------------------------------- # find /tmp/ -type f | wc -l 86 # find /var/lib/php/session -type f | wc -l 26 ------------------------------- 最近作成されたファイルの調べ方がよく分からなかったのですが、検索して見つかった方法でチェックしたところ、 ------------------------------- # find / -printf "%M %n %u %g %k %TY-%Tm-%Td %TH:%TM:%TS %p\n" | sort -r -k6,7 find: `/proc/27928': No such file or directory find: `/proc/27961': No such file or directory find: `/proc/27970': No such file or directory find: `/proc/27982': No such file or directory find: `/proc/28488': No such file or directory find: `/proc/28518': No such file or directory find: `/proc/28524': No such file or directory find: `/proc/28533': No such file or directory find: `/proc/30298': No such file or directory find: `/proc/30688': No such file or directory find: `/proc/30766': No such file or directory find: `/proc/30773': No such file or directory find: `/proc/30776': No such file or directory find: `/proc/31797/task/31797/fd/5': No such file or directory find: `/proc/31797/task/31797/fdinfo/5': No such file or directory find: `/proc/31797/fd/5': No such file or directory find: `/proc/31797/fdinfo/5': No such file or directory find: `/proc/31854': No such file or directory 【以下略】 ------------------------------- このような感じで、プロセスディレクトリの情報が表示されて、存在しないというエラーがずらっと並んでいました。この状態がどのような問題あるのか理解していないのですが、上記の結果から何か分かることがございますでしょうか？

TaichiYanagiya

2016/05/16 13:55

/proc, /sys は擬似ファイルシステムなので除外してください。例えば、30分以内に作成されたファイル、ディレクトリを探すには、「find / -xdev -cmin -30」とします。ただし、急に増えたのではなく、じわじわと増えた場合は「-ctime」では見つけられないかもしれません。ディレクトリも i-node を使うので「find ディレクトリ \( -type f -o -type d \)」で探した方がいいと思います。

chapter

2016/05/16 14:30

TaichiYanagiyaさん、ありがとうございます。探し方について教えていただき、非常に参考になりました。その後、あやしそうなディレクトリのファイル数をチェックしていったところ、メールのキューが大量に溜まっていたようでした。 /var/spool/exim/input このディレクトリに大量にファイルがありました。 mailq でチェックしてみたところ、 149d とかなり前からずっと溜まり続けていたようです。中身を見てみたところ、CRON処理のエラー通知が大量に溜まっていたようなので、これから見直してみます。 Inodeがいっぱいになるというトラブルは初めてのため、どこから見ていいのか全く手探り状態だったのですが、 TaichiYanagiyaさんのアドバイスのお陰で、何とか原因が分かりました。この度はありがとうございました。

行動規範の内容に同意します