김윤술 2011-08

asp 소스에 혹시 소켓통신을 하는 소스가 있는가요? 그러면 iis 서비스가 죽었던 경험이 있었는데 응용풀 서비스가 정지되는건 비정상이 아닙니다. 기본값은 정지되지 않지만 새로 생성된 풀은 요청이 없으면 풀을 정지시킵니다. 응용풀이 정지될때 정지되는 로그는 남게되어 있습니다. 그걸 확인해보는게 원인분석을 할수 있을거 같아요.

김상일 2011-08

오류는
오류 있는 응용 프로그램 w3wp.exe, 버전 7.0.6001.18000, 타임스탬프 0x47919413, 오류 있는 모듈 ntdll.dll, 버전 6.0.6001.18538, 타임스탬프 0x4cb733dc, 예외 코드 0xc0000005, 오류 오프셋 0x00065803, 프로세스 ID 0xc04, 응용 프로그램 시작 시간 0x01cc57b681f93967.
경고는
'DefaultAppPool' 응용 프로그램 풀을 처리하는 프로세스가 예기치 않게 종료되었습니다. 프로세스 ID는 '3076'입니다. 프로세스 종료 코드는 '0xff'입니다.
다시 오류
응용 프로그램 풀 'DefaultAppPool'을(를) 처리하는 프로세스에서 일련의 오류가 발생했기 때문에 해당 응용 프로그램 풀이 자동으로 사용할 수 없게 설정됩니다.

이렇게 로그에 나와있습니다.

김윤술 2011-08

그럼 추적을 해야죠. iis 로그를 찾아서 풀이 죽는 시점 시간을 찾아냅니다. 어떤 소스를 호출하는지를 찾고 그 소스를 파야겠죠. 오류가 있기 때문에 풀이 재시작이 안되었던거 보면 소스에 문제가 있음을 알수 있습니다. 뭔가 iis 서비스를 하기 전에 환경설정 같은걸 빼먹은건 없는지 확인을 해봐야 할거 같아요.
참고로 iis7의 안정성과 성능은 확실히 검증이 되었습니다. 왠만하면 사용자 과실이 많아요.

배경호 2011-08

이벤트로그에 ntdll.dll / 에러 코드 0xc00000005(Access Violation) crash면 대부분 ASP소스코드에서 사용하는 서드파티 dll의 오류일 가능성이 높습니다.
경험 상, IIS-5 기반에서는 문제 없던 dll 인데 IIS-7 에서는 문제가 되는 경우를 종종 봤습니다.

원인을 파악하기 쉽지 않은데요, 우선 crash-dump를 받으셔서 debugging tool로 분석하면 직전에 문제가 되는 dll을 확인할 수 있습니다. 해당 dll 컴파일 시 생성된 헤더파일이 있으면 호출 함수까지는 확인할 수 있습니다.

하루 한번 정도 일정하게 crash가 발생한다면 IIS recycling 을 통해서 문제를 회피할 수도 있습니다(보통 이런 경우는 memory leak으로 인한 경우에 효과를 볼 수 있습니다.)
web-garden + recycling 으로 임시적이지만 운영이 가능 할 것으로 보입니다.

김상일 2011-08

답변 감사합니다. 알려주신 방법으로 찾아봐야겠습니다.