2014-06-23 3 views
0

수동 처리없이 프로세스가 Linux 서버에서 종료됩니다. 다음 시나리오를 확인했습니다.예기치 않게 리눅스에서 프로세스가 종료되었습니다.

  • 중 하나 RAM 및 스왑
  • 'strace를'나에게 "SIGKILL +++에 의해 살해 +++"그 메시지를 제공 소진되지
  • 사용자 또는 관리자에 의해 죽이는 일 아니 수동 개입 -이를 커널이 프로세스를 죽였다고 가정합니다.

프로세스는 RAM이 16GB이고 스왑이 50GB 인 가상 메모리 16.5GB를 차지합니다.

태스크 : 393 총합, 달리기, 387 자, 4 정지 0 좀비

CPU (들) : 12.8 % 미국 0.5 % SY, 0.0 % NI, 86.7 %의 ID, 0.0 % WA 0.0 % 안녕, 0.0 %의 실리콘, 0.0 % 일

의 Mem : 16015M 총 8700M 사용, 7315M 무료, 202M 버퍼

스왑 : 51199M 총, 150M이 사용될 51048M 자유, 5906M은

캐시

PID 사용자 PR N I VIRT RES SHR S %의 CPU %의 MEM 시간 + COMMAND

31,466 XYZ 20 0 16.4g 1.3g의 6704 R 100 8.3 0 : 16.99 테스트 *

당신은 나에게 다른 이유를 알려 주시기 바랍니다 수 커널이 프로세스를 죽이려면 ..

답변

1

kernel out-of-memory (OOM) killer이 프로세스를 죽였을 가능성이 있습니다. 커널이 프로세스를 중단시키는 정확한 이유가 무엇인지 확인하려면 dmesg 출력을 확인해야합니다.

+0

Maxim, 프로세스가 종료되는 동안 dmesg 출력을 검사했습니다. 그러나 프로세스를 죽이는 것과 관련된 정보는 볼 수 없습니다. 내가 따라야 할 절차가 맞습니까? – Sobhan

+0

@Sobhan 배포판에 따라 오래된 커널 로그 메시지가 보관 될 수 있으므로 해당 아카이브를 확인해야합니다. –

+0

시스템의/var/log에 그러한 메시지를 볼 수 없습니다. – Sobhan

관련 문제