2012.03.16 18:43
[ 비대해진 로그 파일 내용을 비우는 방법 - /dev/null ]
관리자가 없어 자주 확인을 하지 않는 서버들의 경우는 홈페이지가 열리지 않는 경우
하드웨어 장애가 아닐 경우에 상당수 많은 부분을 차지 하는 것이 파티션 사이즈가 100% 가 되면서 문제가 발생되곤 합니다.
이 경우 근본적인 해결책은 로그를 logrotate와 같은 형태로 분할 진행할 수 있겠지만,
급한대로 로그를 비워야할 때 어떻게 해야 할지 모르는 경우가 있다.
1. Log file은 apache, mysql, 등 어플리케이션 설정내에서 경로가 지정되어 있기 때문에, 삭제 하
게 되면 오류가 발생 하게 됩니다.
아래와 같이 /usr 혹은 /var 파티션이 100%가 되는 경우가 상당 수 발생.
[root@hostway /]# df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext3 1.9G 826M 963M 47% /
/dev/sda6 ext3 950M 19M 884M 3% /tmp
/dev/sda3 ext3 4.6G 485M 3.9G 11% /var
/dev/sda2 ext3 9.2G 9.2G 0G 100% /usr
/dev/sda7 ext3 92G 64G 24G 74% /home
/dev/sda8 ext3 118G 93G 20G 83% /data
2. 이 경우 어떤 파일 혹은 디렉토리가 큰 용량을 차지하고 있는지 확인이 필요 합니다.
방법 1) du 명령을 통해 용량이 큰 디렉토리 및 파일 확인
[root@hostway ~]# cd /usr
[root@hostway usr]# du -sh *
578M lib
55M libexec
7.2G local
16K lost+found
[root@hostway usr]# cd local
[root@hostway local]# du -sh *
위와 같은 형태로 찾아 찾아 들어가는 형태로 파일이 커진 파일을 확인 할 수 있습니다.
방법 2) find를 이용해 /usr 디렉토리 밑에 200M 이상 파일들 찾는 방법 예시
[root@hostway usr]# find /usr -size +200000 -print
위 방법들로 파일 사이즈가 큰 것들을 찾을 수 있습니다.
3. 보통 문제가 되는 파일들은 /usr/local/apache2/logs/~~ 경로와 같이 웹 로그 파일들이 쌓이는
부분에서 문제가 발생 합니다.
예를 들어 /usr/local/apache2/logs/access.log 파일의 크기가 3.5G나 되는 경우 로그를 여는데도
상당 수 시간이 소요되며, 서버의 부하가 발생 합니다.
이 경우 로그가 꼭 필요하다면, 여유가 있는 다른 파티션으로 이동 후 비워주는 작업을 해주셔야
합니다.
아래 명령을 수행 하게 되면 null (0) 값으로 access.log를 채우게 되면서 결과적으로는 사이즈가
0이 되어지고 파일은 남아있습니다.
[root@hostway usr]# cat /dev/null > /usr/local/apache2/logs/access.log
/usr 파티션에는 아래와 같이 3.5G 여유공간이 생깁니다.
[root@hostway /]# df -Th
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext3 1.9G 826M 963M 47% /
/dev/sda6 ext3 950M 19M 884M 3% /tmp
/dev/sda3 ext3 4.6G 485M 3.9G 11% /var
/dev/sda2 ext3 9.2G 5.7G 3.5G 70% /usr
/dev/sda7 ext3 92G 64G 24G 74% /home
/dev/sda8 ext3 118G 93G 20G 83% /data
위와 같은 원인이 발생하는 이유는 공간부족으로 인해 데몬이 구동하기 위해 필요한 pid 파일이
생성되지 못하기 때문입니다.
- Mysql의 bin log 같은 경우엔 주의가 필요로 합니다.
제일 마지막 번호의 log 인 즉 데몬이 쿼리를 쌓고 있는 파일은 비우시면 안됩니다.
번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
---|---|---|---|---|
286 | 오늘 생성한 파일만 조회하기 | 호스트웨이 | 2012.12.27 | 6247 |
285 | SVN(subversion) 설치 및 셋팅 | 호스트웨이 | 2014.12.02 | 6425 |
284 | 사용하고 있던 외장하드가 마운트 되지 않는 경우 | 호스트웨이 | 2015.09.22 | 6458 |
283 | mknod_장치파일을 만들어 사용 | 호스트웨이 | 2015.09.22 | 6499 |
282 | SYN_Flooding 공격 막기 | 호스트웨이 | 2015.09.25 | 6554 |
281 | SFTP 접속 방법 | 호스트웨이 | 2012.09.21 | 6782 |
280 | 터미널 접속 시 한글이 깨질 때 | 호스트웨이 | 2015.09.23 | 6975 |
279 | 리눅스 상에서 메모리 사용 현황 확인하기 | 호스트웨이 | 2015.09.23 | 6994 |
278 | root 초기 접속 홈디렉토리 변경하기 | 호스트웨이 | 2015.09.12 | 7037 |
277 | /dev/null 복구 | 호스트웨이 | 2015.09.21 | 7057 |
276 | /proc/sys/net/ipv4 활용 서버보안 -3- | 호스트웨이 | 2015.09.22 | 7148 |
275 | 프로그램의 사용 메모리 확인 | 호스트웨이 | 2015.09.23 | 7389 |
274 | i386, i586, i686, x86의 차이 | 호스트웨이 | 2012.11.01 | 7466 |
273 | 사용하지 않는 데몬 끄기 | 호스트웨이 | 2015.09.23 | 7532 |
272 | 리눅스 파일 소유자, 권한 일괄 변경하기 | 호스트웨이 | 2015.09.08 | 7770 |
271 | 리눅스 터미널 기반 모니터링 툴 "glances" | 호스트웨이 | 2015.09.23 | 7812 |
270 | 리눅스 uniq 명령어 | 호스트웨이 | 2012.12.27 | 7878 |
269 | 삭제된 파일 복구 - 2 | 호스트웨이 | 2015.09.24 | 7892 |
268 | partprobe - 리부팅 없이 사용 중인 파티션 재인식 | 호스트웨이 | 2012.12.28 | 8346 |
267 | filezilla 디렉토리 목록 조회 실패 | 호스트웨이 | 2015.09.22 | 8563 |