[신준옥]님이 남기신 글:

>안녕하세요. 서버가 idc에 있기때문에 하드웨어적인 문제는

>아닐것으로 생각됩니다. 
>

===========>
절대로 믿어서는 안됩니다.


>idc 관리자 말로는 프로그램이 엉켜 있다고 하던데요. 이게
무슨 말인가요? 에러로그쪽의 서버의 다운시점을 찾아서
점검을 해야하나요?

========>
IDC에서 엉킨 프로그램을 찾아나 보군요...
자신있게 프로그램이 엉켜있다는 말을 했을 정도라면...

특정 프로그램이 엉킨 경우는 종종 있지만 그 하나로
전체 시스템이 모두 down되는 경우는 극히 드문 경우입니다.
제 경험상으로 아직까지는 그런 경우는 없었습니다.


> 
>에러로그를 봐서 어디에 문제가 생기는지 알수 있을까요?

>
>답변 감사드립니다. 

===========>

우선 현재 ssh로 로그인이 되면
/var 디렉토리 전체를 압축하여 클라이언트로 가져옵니다.

/var/log/secure 파일부터 점검해 봅니다.
즉 최근에 어떤 녀석들이 시스템에 접근했는지 ...

/var/log/messages
이 파일을 시스템의 전반적인 로그를 기록하는 파일인데
그 내용은 /etc/syslog.conf 파일에 설정되어 있습니다.
이 파일에서는
시스템이 다운되는 시점을 비교적 정확하게 찾아보세요.

예를 들어, 연속적으로 로그 기록이 있다기 갑자기 시각이
껑충뛰어 시스템 부팅 메시지가 보이는 시점입니다.
이 시각은 다른 로그 파일을 점검하는 기준이 되는
시각입니다.

멈춘 시각을 알았다면 그 시각 이전 로그를 살펴보아야
합니다.
즉, /var/log/messages 파일에서 어떤 일이 벌어졌는지
분석해 보아야 합니다.

시각 hostname 데몬[process]: messages

형식이므로
다운되는 시각 이전에 어떤 데몬들이 떠 있는지 그리고 그들
데몬들이 어떤 일을 했는지 대충 짐작할 수 있습니다.


물론 이 파일을 분석한다고 해서 100% 그 원인을 알 수
없습니다.

그외에
/var/log/maillog
/var/log/xferlog
...
등등도 함께 살펴보세요.

의심가는 데몬을 찾았다면 그 데몬을 점검해야 합니다.

예를 들어 아파치 데몬에 문제가 있다면
아파치 로그에서 다운되는 시각 이전에 어떤 일이 벌어졌는지
살펴보아 문제의 스크립트를 찾아야 합니다.

.....

이런 작업은 솔직히 전문가라고 쉽게 찾질 못하는 경우가
많습니다.
그 경우의 수가 많기 때문이고, 엉뚱한 곳에서
그 원인을 찾은 경우도 있습니다.(예를
 들어 파일 시스템 에러, HDD 에러..)


짐작컨데
아파치에서 잘못된 스크립트 실행으로 인한 문제인것 같군요.




>
>
>[산이]님이 남기신 글:
>
>>[신준옥]님이 남기신 글:
>>
>>>안녕하세요. 
>>>아파치, ssh, 디비등 데몬들이 갑자기 지 맘데로
죽어버리네요. 
>>>
>>>네임서버도 안되고, ssh가 안되니 서버가 있는곳에
접속하기가 
>>>힘들구요. 
>>>
>>>데몬들이 갑자기 죽는 경우 어디 부분을 점검을 해봐야
하나요? 
>>
>>========================================
>>
>>이와 같은 경우는
>>치명적인 오류나 이와 비슷하게
>>하드웨어적인
 오류인 경우가 대부분입니다.
>>
>>예를 들면 CPU가 타거나 HDD를 갑자기 읽지 못한다거나....
등등
>>
>>그외에 누군가 서버에 전원을 Off한 경우가 아닐까요?
>>
>>위의 경우가 아니면
>>/var/log/messages 파일부터(/var/log/*)
 다운된 시점을 중심으로
>>그 원인을 찾아야 합니다. 
>
>======================================== 

========================================