Linux 하드 드라이브에서 실현 불가능한 공간 제거 [복제]

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

관련 정보