리눅스에서 대용량 로그 파일 찾고 삭제하는 방법 (find, du, logrotate 사용법)

서버 용량이 갑자기 부족해졌다면?

리눅스 서버를 운영하다 보면 어느 날 갑자기 디스크 사용률이 90% 이상으로 올라가는 경우가 있습니다.

특히 Tomcat, Nginx, Apache, Spring Boot 등의 로그 파일은 시간이 지나면서 수 GB에서 수십 GB까지 커질 수 있습니다.

이 글에서는 실무에서 가장 많이 사용하는 명령어를 이용해 대용량 로그 파일을 찾고 안전하게 정리하는 방법을 소개합니다.

1. 디스크 사용량 확인

먼저 서버 전체 용량을 확인합니다.

df -h

예시

Filesystem      Size  Used Avail Use% Mounted on
/dev/root       100G   95G   5G   95% /

Use%가 높다면 어떤 디렉터리가 용량을 많이 사용하는지 확인해야 합니다.

2. 폴더별 용량 확인

du -sh /*

특정 디렉터리만 확인할 수도 있습니다.

du -sh /var/*

3. 용량이 큰 디렉터리 찾기

du -ah /var | sort -rh | head -20

출력 예시

8.5G /var/log
5.2G /var/log/tomcat
3.8G catalina.out

가장 용량이 큰 파일과 폴더를 쉽게 확인할 수 있습니다.

4. 1GB 이상 로그 파일 찾기

find / -type f -size +1G 2>/dev/null

특정 폴더만 검색하려면

find /var/log -type f -size +500M 2>/dev/null

5. 최근 수정된 로그 확인

최근 변경된 로그를 확인하면 어떤 서비스가 계속 로그를 생성하는지 알 수 있습니다.

find /var/log -type f -mtime -1

최근 하루 이내 수정된 파일만 조회합니다.

6. 로그 파일 안전하게 비우기

Tomcat이나 Nginx처럼 현재 사용 중인 로그 파일은 rm으로 삭제하는 것보다 내용을 비우는 것이 안전합니다.

❌ 권장하지 않는 방법

rm catalina.out

실행 중인 프로세스가 파일을 사용 중이라면 디스크 공간이 바로 반환되지 않을 수 있습니다.

✅ 권장하는 방법

> catalina.out

또는

truncate -s 0 catalina.out

위 명령은 파일은 그대로 유지하면서 로그 내용만 삭제하므로 서비스 중단 없이 디스크 공간을 확보할 수 있습니다.

7. 삭제했는데 용량이 안 줄어드는 이유

리눅스에서는 실행 중인 프로세스가 파일을 열고 있으면 삭제해도 디스크 공간이 반환되지 않습니다.

확인 방법

lsof | grep deleted

삭제된 파일을 프로세스가 계속 사용 중이라면 서비스 재시작이 필요할 수 있습니다.

예시

systemctl restart tomcat

8. 로그 자동 관리(logrotate)

로그가 계속 커지는 것을 막으려면 logrotate를 사용하는 것이 좋습니다.

설정 예시

/var/log/tomcat/*.log {
    daily
    rotate 30
    compress
    missingok
    notifempty
}

30일간 로그를 보관하고 오래된 로그는 압축합니다.

마무리

리눅스 서버에서 용량 부족 문제가 발생하면 가장 먼저 로그 파일을 확인하는 것이 좋습니다.

특히 Tomcat, Nginx, Apache 등의 로그는 예상보다 빠르게 커질 수 있으므로 주기적인 점검과 logrotate 설정을 통해 관리하는 것을 추천합니다.

자주 묻는 질문 (FAQ)

Q. 가장 용량이 큰 파일만 빠르게 찾고 싶습니다.

find / -type f -size +500M 2>/dev/null

Q. 로그를 삭제해도 디스크 용량이 줄지 않습니다.

프로세스가 해당 파일을 계속 사용 중일 가능성이 높습니다.

lsof | grep deleted

명령으로 확인한 뒤 서비스를 재시작하면 공간이 반환됩니다.

Q. catalina.out 파일이 계속 커집니다.

Tomcat은 기본적으로 표준 출력과 오류를 catalina.out에 기록합니다.

로그가 계속 증가한다면 logrotate를 적용하거나 로그 설정(Logback, Log4j2)을 확인하는 것이 좋습니다.

서버 용량 부족은 대부분 로그 파일이 원인인 경우가 많습니다. 평소 df, du, find 명령어를 활용해 주기적으로 디스크 사용량을 확인하고, logrotate를 적용해 로그를 자동 관리하면 갑작스러운 장애를 예방할 수 있습니다.