|
>
>
> 안녕하세요, 송재호입니다.
>
> 서버가 뻗기 직전에 아파치를 restart 했습니다.
> 거의 죽을 뻔했죠.
> restart 되고 난 후에 load average 가 22 가 넘었었습니다.
> 정말 , ... 오늘도 ... 그냥 ... 자러 같으면 서버가 그냥 뻗었네요.
> 정말 , ... 뭐라 말이 안나옵니다.
>
> 아파치 데몬 하나가 10M, MySQL 데몬하나가 6M 이면, ...
> 아파치 10개만 돌아가도 100M 인데, ...
>
> 도데체 어쩌란 말인지...
>
> acess_log 등 여러가지 분석해 보았습니다만, ... 별 문제가 없을 것 같은
> 데, ...
> 테이블도 별루 없고 일반 게시판인데다 게시판의 게시물 건수도 얼마 안되
> 는 것들이 대부분인데...
>
>
> 참고로 .. 저는 ... 게시물을 리스팅할 대, limit 구절을 쓰지 않습니다.
>
> 일단, limit 하도록 한 번 해 보아야하겠습니다.
> 그래도 해결이 안되면 아파치 2.0 을 깔아 보아야겠습니다.
>
>
>
>
>
> 아래는 프로세스 리스트입니다. 메모리 점유율 순으로 리스트되도록 했습
> 니다.
>
> 분석을 좀 해 주시기 바랍니다.
>
> 아래의 프로세스 리스트는 서버가 뻗기 직전에 카피한 것입니다.
>
> 그럼
>
>
>
>
>
>
> 11:45am up 11:40, 0 users, load average: 9.61, 3.65, 1.84
> 103 processes: 91 sleeping, 12 running, 0 zombie, 0 stopped
> CPU states: 22.7% user, 24.6% system, 10.6% nice, 41.9% idle
> Mem: 127972K av, 125560K used, 2412K free, 34276K shrd, 2620K bu
> ff
> Swap: 128480K av, 57248K used, 71232K free 7712K ca
> ched
>
> PID USER SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
> 16478 nobody 10068 9968 1108 S 0.6 7.7 0:08 /usr/local/apach
> e05/bin/httpd
> 13288 nobody 9952 9796 884 S 0.0 7.6 0:55 /usr/local/apach
> e05/bin/httpd
> 13285 nobody 9920 9788 872 S 0.0 7.6 0:47 /usr/local/apach
> e05/bin/httpd
> 13301 nobody 9964 9788 924 S 0.0 7.6 1:10 /usr/local/apach
> e05/bin/httpd
> 16508 nobody 9784 9580 800 S 0.0 7.4 0:13 /usr/local/apach
> e05/bin/httpd
> 16476 nobody 9860 7936 964 S 0.0 6.2 0:05 /usr/local/apach
> e05/bin/httpd
> 13291 nobody 10028 7168 1032 S 0.0 5.6 1:00 /usr/local/apach
> e05/bin/httpd
> 16486 nobody 9972 6980 1056 D 3.3 5.4 0:12 /usr/local/apach
> e05/bin/httpd
> 16485 nobody 6552 6460 1148 R 5.6 5.0 0:05 /usr/local/apach
> e05/bin/httpd
> 13282 nobody 9948 5768 908 S 0.0 4.5 1:22 /usr/local/apach
> e05/bin/httpd
> 13286 nobody 9888 5284 864 S 0.0 4.1 0:31 /usr/local/apach
> e05/bin/httpd
> 16562 nobody 4100 4028 1216 R 14.4 3.1 0:01 /usr/local/apach
> e05/bin/httpd
> 596 root 6392 3772 884 S N 0.0 2.9 0:02 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 598 root 6392 3772 884 D N 0.0 2.9 0:02 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 599 root 6392 3772 884 S N 0.0 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16527 root 6392 3772 884 R N 0.4 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16532 root 6392 3772 884 R N 0.4 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16541 root 6392 3772 884 S N 0.0 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16543 root 6392 3772 884 S N 0.0 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16547 root 6392 3772 884 S N 0.0 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16551 root 6392 3772 884 R N 0.4 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16559 root 6392 3772 884 S N 0.0 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16561 root 6392 3772 884 S N 0.0 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16565 root 6392 3772 884 R N 1.8 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16567 root 6392 3772 884 S N 0.0 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
> 16569 root 6392 3772 884 R N 1.2 2.9 0:00 /usr/local/mysql
> /bin/mysqld --basedir=/usr/
>
제가 보기엔 일반적인 오동작인듯 합니다.
전체적인 시스템 구성이라든가 그런건 잘 모르겠지만, 추정할수 있는 사항은
아래와 같습니다.
1. 커널의 오류 또는 오동작 또는 시스템사양과 맞지 않음
2. 아파치가 잘못 컴파일 되었을 경우
위 두개의 상황으로 어떤 경유를 거쳐 오동작하는지는 쉽게 판별하기 힘듭니다.
그러나, 다음의 방법으로 해결을 할수 있다면, 어떤 증세가 있었는지 이유를
추적할수 있을 것입니다.
1. 커널을 바꿔 보는것.
커널을 컴파일 하지 않고, 래드햇에서 배포하는 rpm 버젼의 커널을 설치하기.
: 여기서 문제가 사라진다면, 커널의 문제입니다.
2. 아파치를 rpm 으로 설치해 보는것 기존의 아파치 데몬을 종료하고,
rpm 으로 패키징된 아파치를 띄워 보십시오.
: 여기서 문제가 사라진다면, 아파치 또는 여타 관련 프로그램의 동작시에 문제가 발생한 것입니다.
1, 2 의 방법 모두를 써도 증상이 똑같다면, 시스템(하드웨어)적인 문제일 가능성이 높고, 또는 배포판 설치시에 문제가 발생했을 가능성이 높습니다.
문제가 해결 되기를 바랍니다.
- 마음에 꽃이 피기를 바라는 종규 -
|
