Reinicie o login:
# systemctl restart systemd-logind
Tenha em atenção que reiniciar o dbus irá interromper a ligação novamente.
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 correlacionar-se a logins 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 FTP parecem funcionar sem problemas para o usuário. Eu tenho alguns outros servidores também executando o ProFTPd, mas até agora nunca recebi esses erros.
Eles podem estar relacionados a uma atualização recente do Debian 7 para o Debian 8.
Alguma idéia do que a mensagem quer me dizer ou até mesmo o que a causa?
Eu já tentei reiniciar os daemons dbus e proftpd e até mesmo o servidor e certifiquei-me de que o soquete DBUS / var / run / dbus / system_bus_socket fosse existente, mas até agora as mensagens continuam chegando.
EDITAR: A saída de 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 resultados do 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)
A reinicialização 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 atualizar 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 é buggy.
Reiniciar apenas o serviço systemd-logind não é suficiente, apenas adia o problema principal.
Parece que isso é causado por muitos arquivos empilhados em '/ run / systemd / system /', criados pelo serviço e não devidamente limpos, especialmente em hosts com muitos logins. Eventualmente, depois de algum tempo, você começaria a ver alguns comportamentos estranhos, como o hostnametl, que não informava nada, ou os relatórios timedatectl. Falha ao consultar o servidor: a conexão expirou e outras coisas estranhas. Assim como 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. Isso provavelmente está relacionado a um bug no systemd e dbus, esperançosamente nas próximas atualizações eles serão corrigidos.
Eu enfrentei o mesmo problema hoje e descobri que ele foi inicialmente causado por um serviço consumindo toda a memória disponível. Eu 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 eu executei isto:
ps aux --sort=-%mem
Para resolver o problema, tentei primeiro liberar a memória, mas ainda assim o systemd-logind não pôde inicializar. Por isso tive que reiniciar o servidor e o problema foi resolvido.
Apenas reinstale o systemd.
apt install --reinstall systemd
isso resolve o problema para mim em muitas VMs