디스크 활용도를 확인해 보니 /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