dbus: [système] Échec de l'activation du service 'org.freedesktop.login1': délai dépassé
Je reçois toujours les messages d'erreur suivants dans le journal système de l'un de mes serveurs:
# 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'
Ils semblent être en corrélation avec les connexions FTP sur le démon 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.
Les connexions FTP elles-mêmes semblent fonctionner sans problème pour l'utilisateur. J'ai quelques autres serveurs exécutant également ProFTPd mais jusqu'à présent, je n'ai jamais eu ces erreurs.
Ils peuvent cependant être liés à une récente mise à niveau de Debian 7 vers Debian 8.
Des idées sur ce que le message veut me dire ou même ce qui les cause?
J'ai déjà essayé de redémarrer les démons dbus et proftpd et même le serveur et je me suis assuré que le socket DBUS/var/run/dbus/system_bus_socket existe, mais jusqu'à présent, les messages continuent d'arriver.
EDIT: La sortie de journalctl comme demandé dans le commentaire:
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
Et plus de sortie 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)
Redémarrez la déconnexion:
# systemctl restart systemd-logind
Attention, le redémarrage de dbus interrompra à nouveau leur connexion.
Le redémarrage a été la seule solution qui a fonctionné pour moi. J'ai tué le processus d'emballement du dbus et d'autres choses ont échoué.
C'est ce qui s'est passé quand j'ai essayé de recharger 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 est buggé.
Redémarrer uniquement le service systemd-logind ne suffit pas, il repousse simplement le problème principal.
Il semble que cela soit dû à trop de fichiers remplis sous '/ run/systemd/system /', créés par le service et mal nettoyés, en particulier sur les hôtes avec beaucoup de connexions. Finalement, après un certain temps, vous commenceriez à voir un comportement étrange comme hostnamectl ne signalant rien, ou des rapports timedatectl Échec d'interrogation du serveur: la connexion a expiré et d'autres choses étranges. De plus, les symptômes ont été signalés à l'origine.
Une solution consiste à supprimer tous les fichiers 'session - *. Scope' et à redémarrer systemd. Le redémarrage de l'hôte n'est pas nécessaire dans ce cas. Ceci est probablement lié à un bogue dans systemd et dbus, avec un peu de chance dans les prochaines mises à jour ils seront corrigés.
J'ai été confronté au même problème aujourd'hui et j'ai découvert qu'il était initialement causé par un service qui consommait toute la mémoire disponible. J'ai trouvé les lignes de journal associées, qui indiquaient clairement qu'elles étaient causées par l'allocation de mémoire dans le journal / 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
Pour découvrir le service en utilisant la majeure partie de la mémoire, j'ai exécuté ceci:
ps aux --sort=-%mem
Pour résoudre le problème, j'ai d'abord essayé de libérer la mémoire, mais systemd-logind n'a toujours pas pu démarrer. J'ai donc dû redémarrer le serveur et le problème a été résolu.
Sur mon instance DietPi, j'ai obtenu cela en remplissant les fichiers journaux lorsque j'ai activé la console série. Le problème était que systemd-logind.service était masqué. C'était une solution facile:
Sudo systemctl unmask systemd-logind.service
Sudo systemctl start systemd-logind.service