accept 가 에러를 리턴하는 경우
글쓴이: ddoman / 작성시간: 목, 2005/11/17 - 5:29오후
서버에게 많은 연결을 시도 하다보면 서버의 accept() 에서 -1을 리턴하고 errno를 보면 EINVAL 이 셋팅되어있습니다.
에러가 난 상태에서 다시 accept()를 호출하면
또 잘 됩니다.
에러 발생은 간헐적으로 되며
accept() 전,후에 listen descriptor를 찍어보아도 항상 첨 시작시 바인딩한 올바른 listen descriptor값이 잘 나옵니다. 물론 실패 후 재시도 다음에도 listen desriptor는 올바른 값이며
실패 시 sleep()을 주어
그 시점에서 다른 콘솔로 lsof 와 netstat를 실행시켰을 때
listen socket이 확인됩니다.
서버는
한 접속당 한 쓰레드 방식으로 돌리고 있으며
로그를 봤을때의 특징은 서비스 로직중에 쉘 명령어를 popen, system 등의 함수를 써서 실행하는 부분이 있는데
그 코드( 쉘 명령어 실행 ) 중에 다른접속이 들어왔을경우
accept에서 간헐적으로 에러를 리턴하는거 같습니다.
고놈이 그나마 가장 의심스러운데 의심할만한 구석을
아직 찾지못했습니다.
추측 할 수 있는 원인이 무엇이 있을까요.
Forums:
* EINVAL일때, 소켓 디스크립터를 출력해 보세요.* acce
* EINVAL일때, 소켓 디스크립터를 출력해 보세요.
* accept()부분의 코드(특히, 에러처리부분)를 올려 주시던가요.
[quote="Anonymous"]* EINVAL일때, 소켓 디스크립터를
당근 출력해봤습니다. 코드에 의해 디스크립터를 누가 바꾼다던지 그런건 아닌거 같습니다.
그리고 accept() 실패시 재시도를 해보면( 새로운 bind나 listen소켓 생성 같은거 하지않고 ) accept()가 성공합니다.
그리고 accept() 재시도 후 성공했을때도 디스크립터 찍어보면 실패하기전 최초에 할당한 디스크립터랑도 같구요.
문제는 accept()가 간헐적으로 실패 하며 에러처리로 다시 accept()를 재호출 하는것만으로 잘 돌아간다는것 입니다.
윗글은 저입니다. 로그인을 안했었군요.
윗글은 저입니다. 로그인을 안했었군요.
혹시...
accept 의 마지막 인자를 잘못 넘기신게 아닌지요?
길이 인자는 value/result 인자입니다...
아실테지만 혹시나 해서요
UNP 2nd Ed. 15.6 참고하세요.
UNP 2nd Ed. 15.6 참고하세요.
간헐적이라면 EAGAIN이나 EINTR 에 한표..
간헐적이라면 EAGAIN이나 EINTR 에 한표..
[quote="Anonymous"]간헐적이라면 EAGAIN이나 EINTR
음 그런데, 질문자의 얘기로는 '간헐적인 실패시 에러가 EINVAL' 이라고 해서요.
listen() 펑션의 backlog 를 좀 늘려보시죠
listen() 펑션의 backlog 를 좀 늘려보시죠
아 피곤해
댓글 달기