☰

摆脱Linux硬盘中不可实现的空间

tag-icon • tag-icon linux rhel hard-disk
摆脱Linux硬盘中不可实现的空间

检查磁盘利用率时，我发现/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

相关内容