Início / unix / Perguntas / 684379
Accepted
Artem S. Tashkinov
Asked: 2021-12-30 15:16:08 +0800 CST

Pare o rtkit-daemon de logs de spam com "Supervisionando X threads de Y processos de usuários Z"

  • 772
journalctl -b | grep Supervising | wc -l
2819

Distro é Fedora 35, vanilla, com PipeWire comandando o show.

Tenho certeza de que todas as distribuições Linux modernas são afetadas, mas as pessoas não se importam.

Não há rsyslogaqui e journald não suporta filtragem.

Isso está ficando ridículo. Eu posso corrigi-lo com certeza, mas a questão é como isso pode ser feito sem aplicar patches e reconstruir. A coisa, /usr/libexec/rtkit-daemon, nem sequer tem uma página de manual e nada nela --helpoferece pistas.

Há uma pergunta relacionada que nunca foi respondida também: rtkit: list threads que está "supervisionando"?

Só consigo pensar em executar rtkit-daemonalgum wrapper que simplesmente desativa todos os recursos relacionados ao /dev/log/system logging. Alguém já viu algo assim?

Eu arquivei um relatório de bug apenas no caso.

logs systemd-journald

1 respostas

  1. Best Answer

    Como Artem escreveu corretamente, o systemd journal tem recursos de filtragem muito limitados. Portanto, a única solução para limitar a verbosidade de serviços ou aplicativos de desktop é organizar a filtragem mais cedo no pipeline de log, antes de qualquer processamento adicional de qualquer tipo.

    Para conseguir isso para um serviço systemd:

    A/ Localize o diretório associado ao serviço que deseja ajustar. Geralmente baseado em (/usr)/lib/systemd/systemserviços distribuídos no momento da instalação do pacote, como rtkit-daemon. Neste caso específico:rtkit-daemon.service.d

    B/ Dentro deste diretório, (ou melhor em um subdiretório de configuração de todo o sistema, /etc/systemd/system/rtkit-daemon.service.dpois não será removido silenciosamente por atualizações de pacotes adicionais) edite ou crie um log.confarquivo para inserir as seguintes instruções:

    [Service]
LogLevelMax=X

    Com X representando o nível de log numérico desejado ou seu símbolo alfabético associado retirado da lista a seguir:

    • 0 ou emergência, (mensagens de prioridade mais alta)
    • 1 ou alerta,
    • 2 ou crítico,
    • 3 ou erro,
    • 4 ou aviso,
    • 5 ou aviso,
    • 6 ou informações
    • 7 ou debuginfo (mensagens de menor prioridade)

    Para um determinado nível escolhido, os logs de todos os níveis mais altos não serão gerados. Observe que se nenhum nível de log for especificado em qualquer arquivo .conf do serviço systemd, o nível de log do daemon será padronizado como 7, em outras palavras, permitindo o nível mais alto de detalhamento.

    Em relação à sua necessidade específica conforme expressa no título, LogLevelMax= 5 (aviso) deve ser suficiente (6 conforme relatado nos comentários).

    C/ Salve e saia do seu editor e execute os dois comandos a seguir:

    systemctl daemon-reload
systemctl restart rtkit-daemon.service

    Nota Bene : Uma vez que "New style daemons" (sic)… será executado em sua própria sessão, com entrada padrão conectada a /dev/null e saída/erro padrão conectada ao serviço de log systemd-journald.service(8), o log pode ser alcançado através de qualquer simples (f)print(f). Pode então ser possível silenciar completamente o daemon simplesmente redirecionando seu stdout e stderr para /dev/null.

    Embora eu imagine facilmente que isso não seja recomendado (já que a sabedoria comandaria para deixar pelo menos erros críticos chegarem ao syslog), esse redirecionamento pode ser obtido por meio das seguintes instruções:

    [Service]
StandardOutput=null
StandardError=null

    Créditos: Resposta baseada na documentação do systemd.exec

    • 8

relate perguntas