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)
systemctl status -l dbus-org.freedesktop.login1.service
informa quando executado como raiz? Alguma coisa se destaca na saída dejournalctl
(especialmente na época das mensagens de erro)?systemctl restart systemd-logind
) ajuda?Respostas:
Reinicie o logind:
Cuidado ao reiniciar o dbus interromperá sua conexão novamente.
fonte
≤systemctl status php7.0-fpm
me 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.needs-restarting
(ainda) diz que o systemd precisa de uma reinicialização.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-
Centos7 é um buggy.
fonte
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 .
Para descobrir o serviço usando a maior parte da memória, executei isto:
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.
fonte
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.
fonte
Apenas reinstale o systemd.
isso resolve o problema para mim em muitas VMs
fonte