☰

추가 읽기

tag-icon • tag-icon ubuntu cpu-usage
추가 읽기

Ubuntu 16.04를 실행하는 서버가 몇 대 있는데 accounts-daemonCPU가 갑자기 100%로 사용됩니다.

처음 그런 일이 일어났던 것은 3주 전이었는데, 이사 /var/log/wtmp해서 다시 만들어 보니 문제가 바로 해결되었습니다.

이것이 제가 처음으로 접한 해결책입니다. 또 다른 해결책은 이러한 wtmp로그를 비활성화하는 것입니다 proftpd.conf.

이 작업을 수행하면 위험이 있나요? 문제가 해결될까요?

답변1

나는 또한 같은 문제에 직면했다.계정 데몬16.04 Ubuntu에서는 CPU의 거의 100%를 차지합니다.

간단히 말해서 근본 원인은 다음과 같습니다.직렬 콘솔 에이전트-s, 계속해서 다시 시작합니다(예: 분당 여러 번).체계.

(나는 Sam의 주요 질문에 완전히 대답하지 못했다는 것을 인정합니다.워터앰프완전히 - 하지만 나처럼 문제가 있는 다른 사람들도 이 페이지를 찾을 수 있습니다.)

==

궁금하신 분들을 위한 세부정보:

  • 스트레스account-daemon은 /var/log/wtmp에 지속적으로 액세스하고 있음을 보여 주며, 파일은 실제로 약 300MB이며 점점 커지고 있습니다. 안타깝게도,마지막아무것도 표시되지 않지만 다른 유틸리티가 있습니다.덤프 파일실패한 Agentty 시도 횟수가 ttyS* 직렬 콘솔에 표시됩니다.

[6] [30697] [tyS2] [로그인] [ttyS2] [ ] [0.0.0.0 ] [2018년 12월 30일 일요일 07:19:34 CET]

[6] [30698] [tyS1] [로그인] [ttyS1] [ ] [0.0.0.0 ] [2018년 12월 30일 일요일 07:19:34 CET]

[8] [30698] [tyS1] [ ] [ttyS1 ] [ ] [0.0.0.0 ] [2018년 12월 30일 일요일 07:19:44 CET]

[8] [30697] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [2018년 12월 30일 일요일 07:19:44 CET]

[5] [30707] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [2018년 12월 30일 일요일 07:19:44 CET]

[6] [30707] [tyS2] [로그인] [ttyS2] [ ] [0.0.0.0 ] [2018년 12월 30일 일요일 07:19:44 CET]

[8] [30707] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [2018년 12월 30일 일요일 07:19:48 CET]

  • 실제로 어떤 방식으로든 활성화되는 직렬 콘솔이 있습니다(시스템 제어 | grep ttyS.*서비스), 다음 명령을 사용하여 제거했습니다."systemctl 비활성화 [이메일 보호됨]"(이러한 직렬 에이티즈가 왜, 어떻게 활성화되는지는 모르겠지만 이것은 매우 오래된 시스템입니다.)

  • wtmp가 즉시 성장을 멈추고 계정 데몬이 사라집니다.맨 위산출. 내 생각에 계정 데몬은 새 wtmp 레코드에서만 활성화되므로 비효율적이지만 지금은 거의 실행되지 않습니다.

건배: 아르파드

답변2

내 문제가 해결될까요?

너무 가능하지 않습니다. 2012년에 Chris Siebenmann은 계정 서비스(시스템 전반의 데스크톱 버스 서버)가 매우 비효율적이고 위험하게 실행되고 있음을 관찰했습니다. 당시 두드러졌던 아키텍처의 일부 문제는 오늘날에도 여전히 존재하는 것으로 보입니다. 로그인 데이터베이스 및 계정 데이터베이스를 포함한 다양한 데이터베이스를 처리하는 방식에는 여전히 일부 전체 테이블 스캔이 포함됩니다. 그리고데비안 특정 추가 사항사용자가 제공한 쉘 스크립트를 구문 분석하는 수퍼유저 프로그램이 여전히 존재합니다.

성능 문제를 개선하려고 시도한 패치가 Unix 버전 7 계정 데이터베이스와 해당 API 위에 구축된 섀도우 비밀번호 시스템을 가정하고 계정 데이터베이스가 콜론으로 정렬되지 않은 최신 BSD에서 문제가 발생했다고 누군가 지적한 경우 -레코드별 파일을 사용하여 Berkeley DB 파일을 색인화하는 과정에서 프로그램 작성자 중 한 명이 Freedesktop 버그 추적기에서 BSD가 아마도 이 시점에서 테이블 액세스 비효율성이 문제의 일부였다는 점을 완전히 무시하고 이전 시스템으로 돌아가야 한다고 응답했습니다.

추가 읽기

관련 정보