커널 2.6에서 SIGKILL을 받는 문제
글쓴이: chonbj / 작성시간: 수, 2004/11/10 - 10:43오전
여기에 질문을 올려도 되는지 모르겠네요..^^
안녕하세요.
고수님들께 도움 부탁 드립니다.
제가 멀티쓰레드 환경에서 서버 프로그램을 하고 있습니다.
현재 문제는 보통 메인쓰레드를 제외한 모든 쓰레드들은 시그널을 받지 않는 상태로 대기하고 메인 쓰레드만이 시그널 대기 상태로 하고 모든 시그널은 메인쓰레드에서 예외처리 하는 걸로 알고 있습니다.
지금까지 그렇게 구현을 해 왔었구요.
근데 이번에 커널 2.6 에서 테스트를 해본결과 SIGSEGV 발생시 메인쓰레드는 시그널 SIGSEGV를 받지 않고 바로 SIGKILL을 받아서 죽어 버립니다.
커널 관련 사이트들을 찾아보니 NPTL 과 관련이 있는 거 같기는 한데 정확한 원인을 몰라 고생을 하고 있습니다.
고수님들,
이 부분을 어떻게 처리를 해야하는지 가르켜 주세요...
Forums:
2.6 의 쓰레드
커널 2.6 에서는 POSIX에서 규정한 표준적인 시그널의 동작을 지원하기 위해
쓰레드쪽에 많은 변화가 있었습니다. (NPTL)
질문하신 부분도 거기에 해당하는 것으로
쓰레드 그룹에 보내진 시그널을 메인 쓰레드에서만 처리하는 것이 아니라
그룹 내의 해당 시그널 처리가 가능한 임의의 쓰레드가 처리하게 되며
SIGSEGV 와 같이 그룹을 모두 종료시켜야 하는 시그널을 받은 경우
그룹 내의 다른 모든 쓰레드들에게 SIGKILL 을 보내게 됩니다.
특정 쓰레드에게 시그널을 보내고 싶은 경우에는
kill() 이 아닌 tkill() 이나 tgkill() 시스템 콜을 이용하면 됩니다.
SIGSEGV 의 경우에는
다른 쓰레드들은 모두 이 시그널을 블럭하여
처리하고자 하는 메인 쓰레드만 이 시그널을 받을 수 있도록 하면 될 듯 합니다.
답변 감사 드립니다.현재까지 제가 해 오던 방식이 모든 쓰레드들은
답변 감사 드립니다.
현재까지 제가 해 오던 방식이 모든 쓰레드들은 시그널 블럭 상태이고 메인쓰레드만이 시그널 대기상태로 하고 메인에서만 시그널을 받도록 작업 하였습니다.
이때 메인이 아닌 다른 임의의 쓰레드( 여기서는 procThread() 라고 하면 )에서 시그널(SIGSEGV) 발생시에는 procThread에서는 시그널 블럭 상태이기 때문에 시그널 받는 처리를 수행하지 못하고... 시그널 대기상태인 메인쓰레드도 SIGSEGV가 발생하지 않고 SIGKILL을 받아 죽어 버리게 됩니다.
이럴 경우 진행중이던 데이터를 저장하지도 못하고 죽어버리게 될 것 같습니다.
제 생각에는 각각의 쓰레드에서 시그널 처리를 해 주어야 맞지 않을까 생각이 되는데... 고수님들 하수에게 조금만 더 도움을 주세요...^^
답변 부탁 드립니다.
댓글 달기