dbus: [system] Falha ao ativar o serviço 'org.freedesktop.login1': tempo limite excedido

25

Continuo recebendo as seguintes mensagens de erro no syslog de um dos meus servidores:

# tail /var/log/syslog
Oct 29 13:48:40 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:48:40 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Oct 29 13:49:05 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:49:05 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'

Eles parecem estar correlacionados aos logins de FTP no daemon ProFTPd:

# tail /var/log/proftpd/proftpd.log
2015-10-29 13:48:40,433 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:48:40,460 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:48:40,664 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.
2015-10-29 13:49:05,687 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:49:05,705 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:49:05,908 myserver proftpd[17915] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.

Os próprios logins de FTP parecem funcionar sem problemas para o usuário. Eu tenho outros servidores também executando o ProFTPd, mas até agora nunca obtive esses erros.

Eles podem estar relacionados a uma atualização recente do Debian 7 para Debian 8.

Alguma idéia do que a mensagem quer me dizer ou até o que as causa?

Eu já tentei reiniciar os daemons dbus e proftpd e até o servidor e verifiquei se o soquete DBUS / var / run / dbus / system_bus_socket existe, mas até agora as mensagens continuam chegando.

EDIT: A saída do journalctl conforme solicitado no comentário:

root@myserver:/home/chammers# systemctl status -l dbus-org.freedesktop.login1.service
● systemd-logind.service - Login Service
   Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
   Active: active (running) since Tue 2015-10-27 13:23:32 CET; 1 weeks 0 days ago
     Docs: man:systemd-logind.service(8)
           man:logind.conf(5)
           http://www.freedesktop.org/wiki/Software/systemd/logind
           http://www.freedesktop.org/wiki/Software/systemd/multiseat
 Main PID: 467 (systemd-logind)
   Status: "Processing requests..."
   CGroup: /system.slice/systemd-logind.service
           └─467 /lib/systemd/systemd-logind

Oct 28 10:15:25 myserver systemd-logind[467]: New session c3308 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3308.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3309 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3309.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3310 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3310.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3311 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3311.
Oct 28 10:19:52 myserver systemd-logind[467]: New session 909 of user chammers.
Oct 28 10:27:11 myserver systemd-logind[467]: Failed to abandon session scope: Transport endpoint is not connected

E mais saída journalctl:

Nov 03 16:21:19 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23418]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23418]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23420]: pam_unix(proftpd:session): session opened for user switch by (uid=0)
Nov 03 16:21:19 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Nov 03 16:21:19 myserver proftpd[23421]: pam_unix(proftpd:session): session opened for user switch by (uid=0)

— lathspell
fonte

O que systemctl status -l dbus-org.freedesktop.login1.serviceinforma quando executado como raiz? Alguma coisa se destaca na saída de journalctl(especialmente na época das mensagens de erro)?

— Ferenc Wágner

Eu adicionei a saída de systemctl / journalctl acima.

— Lathspell #

11

Reiniciar logind ( systemctl restart systemd-logind) ajuda?

— Ferenc Wágner

Até agora, ajudou por um dia. Agora reiniciei o servidor para ver se o problema volta como uma simples reinicialização nunca ajudou antes de relatar o problema aqui.

— Lathspell #

A reinicialização parece ter corrigido o problema. Quase decepcionante;) O que foi que um simples "shutdown -r now" não conseguiu resolver? Obrigado pela ajuda!

— Lathspell

19

Reinicie o logind:

# systemctl restart systemd-logind

Cuidado ao reiniciar o dbus interromperá sua conexão novamente.

— Ferenc Wágner
fonte

Isso resolve o problema apenas temporariamente. Depois de um tempo (meses), o mesmo problema reaparece.

— Ortomala Lokni

3

# systemctl restart systemd-logind Falha ao reiniciar systemd-logind.service: Tempo limite da conexão expirado Consulte os logs do sistema e 'systemctl status systemd-logind.service' para obter detalhes.

— Dalibor Filus

E você os viu, @DaliborFilus?

— Ferenc Wágner 12/01

≤systemctl status php7.0-fpmme disse a mesma coisa, então achei que executar o status systemctl não fazia sentido naquele momento. Este era um servidor de produção, eu tive que agir rapidamente. Vai tentar na próxima vez.

— Dalibor Filus 12/01

Corrigido aqui, onde o verdadeiro ponto problemático era realmente o login SSH lento. No meu caso, o problema pode estar relacionado a uma atualização recente do systemd e a nenhuma reinicialização posterior. needs-restarting(ainda) diz que o systemd precisa de uma reinicialização.

— Nicolas Melay

7

Reiniciar foi a única solução que funcionou para mim. Eu matei o processo dbus fugitivo e outras coisas falharam.

Foi o que aconteceu quando tentei recarregar o httpd-

Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.PolicyKit1 timed out (g-dbus-error-quark, 20)
Failed to reload httpd.service: Connection timed out

Centos7 é um buggy.

— Ryan Bishop
fonte

1

Fui confrontado com o mesmo problema hoje e descobri que ele foi causado inicialmente por um serviço que consumia toda a memória disponível. Encontrei as linhas de log relacionadas, que deixaram claro que isso é causado pela alocação de memória no log / var / log / messages .

systemd: Starting Session 750154 of user root.
systemd: Failed to fork: Cannot allocate memory
systemd: Assertion 'pid >= 1' failed at src/core/unit.c:1997, function unit_watch_pid(). Aborting.
systemd: Caught <ABRT>, cannot fork for core dump: Cannot allocate memory
systemd: Freezing execution.
dbus[697]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out

Para descobrir o serviço usando a maior parte da memória, executei isto:

ps aux --sort=-%mem

Para resolver o problema, tentei primeiro liberar a memória, mas ainda assim o systemd-logind não conseguiu inicializar. Portanto, tive que reiniciar o servidor e o problema foi resolvido.

— Michael Aicher
fonte

1

Reiniciar apenas o serviço systemd-logind não é suficiente, apenas adia o problema principal.

Parece que isso é causado por muitos arquivos compactados em '/ run / systemd / system /', criados pelo serviço e não limpos adequadamente, especialmente em hosts com muitos logins. Eventualmente, depois de algum tempo, você começaria a ver um comportamento estranho, como o hostnamectl não informando nada ou os relatórios timedatectl Falha ao consultar o servidor: o tempo limite da conexão expirou e outras coisas estranhas. Também os sintomas relatados originalmente.

Uma solução alternativa é excluir todos os arquivos 'session - *. Scope' e reiniciar o systemd. Reiniciar o host não é necessário nesse caso. Provavelmente, isso está relacionado a um erro no systemd e no dbus, espero que nas próximas atualizações eles sejam corrigidos.

— Daniel Velichkov
fonte

-3

Apenas reinstale o systemd.

apt install --reinstall systemd

isso resolve o problema para mim em muitas VMs

— TheBuzzzzzz
fonte