Início / unix / Perguntas / 443650
Accepted
Syrupsystem
Asked: 2018-05-15 00:53:56 +0800 CST

Daemon de contas de processo ocupando 100% da CPU

  • 772

Eu tenho vários servidores executando o Ubuntu 16.04 que de repente têm accounts-daemonprocessos utilizando 100% de sua CPU.

A primeira vez que ocorreu há 3 semanas, movi /var/log/wtmpe recriei, o que resolveu imediatamente o problema.

Essa foi a primeira solução que encontrei, outra foi desabilitar esses wtmplogs em proftpd.conf.

Existem riscos associados a isso? Será que vai resolver o problema?

ubuntu cpu-usage

2 respostas

  1. Best Answer

    Eu estava tendo o mesmo problema com o daemon de contas consumindo quase 100% da CPU em um Ubuntu 16.04.

    Resumindo, a causa principal foi o agetty -s do console serial, reiniciado continuamente (ou seja, algumas vezes por minuto) pelo systemd .

    (Reconheço não responder exatamente à pergunta principal de Sam - ou seja, desabilitar o wtmp completamente -, mas outras pessoas com problemas provavelmente encontrarão esta página - como eu fiz)

    ==

    Detalhes para os curiosos:

    • strace on accounts-daemon revelou que estava acessando continuamente /var/log/wtmp, que tinha de fato cerca de 300 Mbytes e crescia constantemente. Infelizmente, last não mostrou nada disso, mas outro utilitário, utmpdump , mostrou muitas tentativas falhadas de agetty em consoles seriais ttyS*:

    [6] [30697] [tyS2] [LOGIN] [ttyS2] [] [0.0.0.0] [Sun Dec 30 07:19:34 2018 CET]

    [6] [30698] [tyS1] [LOGIN] [ttyS1] [] [0.0.0.0] [Sun Dec 30 07:19:34 2018 CET]

    [8] [30698] [tyS1] [ ] [ttyS1 ] [ ] [0.0.0.0 ] [Sun Dec 30 07:19:44 2018 CET]

    [8] [30697] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [Sun Dec 30 07:19:44 2018 CET]

    [5] [30707] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [Sun Dec 30 07:19:44 2018 CET]

    [6] [30707] [tyS2] [LOGIN] [ttyS2] [] [0.0.0.0] [Sun Dec 30 07:19:44 2018 CET]

    [8] [30707] [tyS2] [ ] [ttyS2 ] [ ] [0.0.0.0 ] [Sun Dec 30 07:19:48 2018 CET]

    • De fato, havia alguns consoles seriais ativados de alguma forma ( systemctl | grep ttyS.*service ), que removi por comandos como "systemctl disable [email protected]" (não tenho ideia de por que e como esses serial agetty-s foram ativados, mas este é um sistema muito antigo.)

    • wtmp imediatamente parou de crescer e o daemon de contas desapareceu da saída principal . Acho que o daemon de contas é ativado apenas para novos registros wtmp; portanto, mesmo que seja ineficiente, raramente é executado agora.

    Saúde: Arpad

    • 8

  2. Será que vai resolver meus problemas?

    É improvável. Em 2012, Chris Siebenmann observou que o serviço de contas, que é um servidor de barramento de área de trabalho em todo o sistema, operava de maneira extremamente ineficiente e duvidosa. Alguns dos problemas em sua arquitetura que então foram destacados parecem permanecer até hoje. As formas como ele lida com vários bancos de dados, incluindo o banco de dados de login e o banco de dados de contas, ainda envolvem algumas verificações de tabela completas. E as adições específicas do Debian que têm programas de superusuário analisando scripts de shell fornecidos pelo usuário ainda estão lá.

    Quando foi apontado que um patch tentando melhorar os problemas de desempenho assumiu um sistema de senha sombra construído no banco de dados de contas Unix Versão 7 e API concomitante, e quebrou nos BSDs modernos que mudaram o banco de dados de contas propriamente dito de 1 não classificado separado por dois pontos -linha por registro para arquivos indexados do Berkeley DB, a resposta no rastreador de erros do Freedesktop de um dos autores do programa foi que os BSDs talvez devessem voltar para o sistema antigo; perdendo totalmente o ponto de que a ineficiência do acesso à mesa era parte do problema.

    Leitura adicional

    • 5

relate perguntas