logrotate 의 과부하 문제
글쓴이: distosid / 작성시간: 목, 2003/08/28 - 5:02오후
지금 제 리눅스 머신의 logrotate의 과부하 문제가 심각합니다.
logrotate는 매일 동작하며(이건 당연한 거겠지요) 한번 동작하면 그칠 줄을 모릅니다. (CPU 100%점유율을 자랑하고있습니다. 이게 문제입니다.)
제가 따로 logrotate를 사용하여 다른 걸 하고 있는 상태도 아니구요.
/etc/logrotate.conf와 /etc/logrotate.d/* 들도 전혀 건드리지 않은 상태입니다.
혹시나 해서 /etc/logrotate.conf와 /etc/logrotate.d/* 의 내용을 살펴봤지만, 달리 부하를 줄만한 내용이 없더군요.
매번 CPU를 100% 잡아먹는 logrotate를 해결할 수 있는 방법이 있을까요?
ps. 참고로 말씀드리자면 저의 /var/lib/logrotate.status파일의 사이즈가 무려 18M에 달한다는 점입니다.(제 옆의 리눅스 서버의 경우엔 겨우 2209bytes이지요)
게다가 이 파일의 내용 또한 거의 아래와 같은 에러메시지의 연속이구요..
"/var/log/mailman/error.1.1" 2003-8-11
"/var/log/mailman/error.2" 2003-8-11
"/var/log/mailman/error.1.2" 2003-8-11
.........
조언 부탁드립니다. 고맙습니다.
Forums:
/etc/logrotate.d/mailman 파일 내용이 어떻게 되나요?
/etc/logrotate.d/mailman 파일 내용이 어떻게 되나요?
mailman파일의 내용은 아래와 같습니다.
/* /etc/logrotate.d/mailman의 내용은 아래와 같습니다. */
/var/log/mailman/* {
missingok
}
Re: mailman파일의 내용은 아래와 같습니다.
헉! 직접 만드신 거 아니죠? 패키징된 거라면 bugreport하세요. * 대신에 실제 파일이름으로 일일이 만들어주세요.
예를 들자면: http://mail.python.org/pipermail/mailman-coders/2003-March/000163.html
/var/log/error 파일이 있다면 이게 logrotate되면 error.0로 옮겨집니다.
그런데 그냥 *로 해 놨으니 다음번엔 error.0을 error.1으로 옮기는 프로세스와 error.0을 error.0.0으로 옮기는 작업이 동시에 수행됩니다. 그 다음번엔 error.0.0를 error.0.0.0로 옮기고, ....
고맙습니다.
답변 고맙습니다.
/var/log/mailman/ 이하에 수만개의 파일이 생성되어 있더군요.
그래서 ls 명령이 통하지 않는 황당한 경우까지 있었구요.
WowLinux 7.3 Paran2를 사용하고있는데
버그 리포트를 해야 겠습니다.
고맙습니다.
댓글 달기