매우 명확한 원인으로 인해 우분투 12.04 서버가 충돌했습니다. apt-check모든 메모리를 소비하는 30 개 이상의 프로세스, OOM 킬러가 시작되고 중요한 서비스가 종료됩니다. apt-check프로세스가 어디에서 왔는지 확실하지 않지만 Nagios / Icinga 플러그인에서 check_apt이를 사용할 수도 있고 byobu상태 표시 줄에 출력을 표시하려고 할 수도 있습니다. 무언가가 잠겨 있고 모든 프로세스가 대기 중이지만 메모리를 보유하고 있다고 생각합니다.
apt-check시스템에 인스턴스가 너무 많은 것을 방지하려면 어떻게해야 합니까? 그것은 나에게 이해가되지 않으며 dpkg 데이터베이스에 대한 읽기 잠금을 얻을 수없는 즉시 종료해야합니다.
내가 여기서 곤경에 처한 유일한 사람은 아닌 것 같습니다. 에 대한 모든 제안 apt-check은 매우 부정적입니다.
(깨끗한 브라우저, 로그인하지 않았으며 맞춤 검색이 없음)
답변:
어떤 사람들 apt-check은 나 에게이 수정 사항이 필요한 매우 무딘 스크립트라는 힌트 를 주었습니다. 저자와 관련하여 내 서버에서 실패하고 있습니다. 내 생각은 다음과 같습니다.
apt-check == /usr/lib/update-notifier/apt_check.py마지막 두 가지를 조합하면 나선형으로 끝없이 쌓일 수 있습니다. 시스템이 우선 순위가 높은 다른 목적으로 사용되는 경우 프로세스의 양이 증가하고 그에 apt-check대한 우선 순위는 절대로 가지 않으므로 종료 되지 않습니다. OOM 킬러가 중요한 시스템 프로세스를 종료하기로 결정한 경우에만 문제가 악화됩니다.
행동에서이 두 측면 중 하나가 다른 경우, 시스템이 그러한 고장난 상태로 끝나는 것을 허용하지 않을 것입니다.
문자열이 이것에 책임이있는 부모 프로세스에 관한 것이지만 , 아래 사항에 결함이 apt-check있으며 올바르게 해결하기 위해 버그로보고해야 한다고 생각합니다 .
실제로 Linux OOM 킬러는 휴리스틱을 수행하는 것으로 보입니다. 멋진 프로세스는 점수를 높이고 장기 실행 프로세스는 줄어 듭니다. ( 출처 -Ulrich Dangel 에게 지적 해 주셔서 감사합니다 )
가능한 해결책은 다음과 같습니다.
--help/var/run/ /tmp안전이 세상 읽을 수있는 / 쓰기 잠금 파일을? 큰 구멍 : 잠금 파일 추가 및 관리자에게 시스템 업데이트 알림이 표시되지 않습니다!
apt-check가 생성되는 프로세스를 찾아야합니다. ps와 같은 것을 사용하여 프로세스 트리를 얻을 수 있습니다.
ps -A --forest
apt-check에 부모가없는 경우 특정 프로그램이 아닌 자체 검사에 문제가있을 수 있습니다. 이 경우 apt-check를 디버깅하려고합니다.
우분투 12.04에 기초
나는 똑같은 문제가 있는데 그 이유는을 사용하지 않고 byobu실행하면 프로세스 가 없다는 것입니다. 또한, 제품에 관련 하여, 나는 (갱신 notifer - 일반, 갱신 통지) 패키지를 제거 할 때, 패키지 및 실행 , 그것은 또 다른 명령을 실행하지만, 꽤 같은 메모리 사용 : .apt-get updatebyobucheck-aptupdate-notifierbyobuapt-get updateapt-get -s -o Debug::NoLocking=true upgrade
다른 것들이 실행될 수 있습니다 apt-get update(그러나 아마도 실행되지는 않습니다 check-apt)
check_aptpkg를 업데이트 / 업그레이드 하기 위해 인수를 전달합니다 ./etc/cron.daily/apt패키지 목록도 업데이트 할 수 있지만 ( https://help.ubuntu.com/lts/serverguide/automatic-updates.html 참조 ) 하루에 한 번만 실행되므로 문제가되지 않습니다.데스크탑에는 더 많은 것이 관련 될 수 있습니다.
결론 :
이러한 프로세스 byobu를 실행 apt-get update하고 트리거 할 때 이벤트를 포착하고 check-apt상태 표시 줄을 재구성 byobu하여이 문제를 해결하십시오.