Linux ETC

[ 비대해진 로그 파일 내용을 비우는 방법 - /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 인 즉 데몬이 쿼리를 쌓고 있는 파일은 비우시면 안됩니다.

 

번호 제목 글쓴이 날짜 조회 수
386 kornet SMTP 서비스 종료에 따른 구글 SMTP 활용 방안 file 호스트웨이 2016.04.28 9009
385 extundelete tool을 이용하여 삭제된 파일 복구하기 호스트웨이 2016.02.29 12510
384 Login 실패시 계정 잠그기 및 PAM 설정 file 호스트웨이 2016.01.04 30145
383 fdisk 명령어를 이용하여 수동으로 파티션 나누기 file 호스트웨이 2015.11.30 57731
382 SFTP 퍼미션 조정 및 chroot 설정으로 상위폴더 접근 제한하기 호스트웨이 2015.10.29 31769
381 리눅스 CD로 손상된 파일 복구하기 호스트웨이 2015.09.29 13087
380 find 명령을 통한 소유자, 백도어, 파일 찾기 호스트웨이 2015.09.29 10484
379 Linux 설치된 OS 커널의 Bit확인 호스트웨이 2015.09.26 10331
378 SYN_Flooding 공격 막기 호스트웨이 2015.09.25 6554
377 Linux ssh 무작위 공격 방어하기 - fail2ban 호스트웨이 2015.09.24 9137
376 사용 가능한 쉘 확인 및 변경법 호스트웨이 2015.09.24 10848
375 삭제된 파일 복구 - 2 호스트웨이 2015.09.24 7892
374 프로그램의 사용 메모리 확인 호스트웨이 2015.09.23 7389
373 사용하지 않는 데몬 끄기 호스트웨이 2015.09.23 7532
372 리눅스 서버 보안 관련 설정 호스트웨이 2015.09.23 8782
371 서버시간 매시간마다 동기화 설정 호스트웨이 2015.09.23 11712
370 리눅스 상에서 메모리 사용 현황 확인하기 호스트웨이 2015.09.23 6994
369 터미널 접속 시 한글이 깨질 때 호스트웨이 2015.09.23 6975
368 서버 계정을 다른서버로 이전하기 호스트웨이 2015.09.23 11765
367 동일 네트워크의 중복 IP검색 호스트웨이 2015.09.23 10730