ディスクの活用度を確認してみると、/dev/vdb2
パーティションが70%以上差があることがわかりました。パーティションは合計84GB、56GBのスペースを使用しました。
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 50G 23G 28G 45% /
devtmpfs 3.8G 0 3.8G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 3.9G 273M 3.6G 7% /run
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/vdb2 84G 58G 23G 72% /log
/dev/vdb1 9.8G 4.6G 4.7G 50% /mnt/
/dev/vdb3 4.8G 10M 4.6G 1% /data
/dev/vdd1 9.8G 723M 8.5G 8% /var
/dev/vdc2 4.8G 11M 4.6G 1% /tmp
/dev/vdc3 4.8G 280M 4.3G 7% /var/log
/dev/vdc1 4.8G 3.2G 1.4G 71% /home
/dev/vdc5 4.8G 757M 3.8G 17% /var/log/audit
tmpfs 783M 0 783M 0% /run/user/1003
でファイルサイズを確認してみると、/dev/vdb2
ファイルが多すぎる(56GB)スペースを消費していることがわかりません。
# du -ah /log | sort -nr | head -9
570M /log/gateway/repository/logs/http_access_2019-11-30.log
562M /log/gateway/repository/logs/wso2carbon.log
152K /log/portal
148K /log/portal/repository
144K /log/rsync
144K /log/portal/repository/logs
140K /log/rsync/carbon-rsync-logs
20K /log/portal/repository/logs/http_access_2019-11-30.log
16K /log/portal/repository/logs/http_access_2019-11-27.log.gz
何か分からない空間が消費されているようです。このディスク容量をどのように回復できますか?
ベストアンサー1
一日の終わりに、このサーバーから別のサーバーにログを送信します。 Filebeatはログ転送に参加します。 Filebeatの場合、/proc/ファイルシステムのファイル記述子が開いているため、これらのログを引き続き使用できます。 Filebeatを再起動すると問題が解決しました。
sudo su -
service filebeat restart