dbus: [système] Échec d'activation du service 'org.freedesktop.login1': délai dépassé

25

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 cependant 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)
linux  debian  d-bus  proftpd 
— tourbillon
source
Que signale le systemctl status -l dbus-org.freedesktop.login1.servicerapport lorsqu'il est exécuté en tant que root? Quelque chose se démarque-t-il dans la sortie de journalctl(en particulier à l'époque des messages d'erreur)?
— Ferenc Wágner
J'ai ajouté la sortie de systemctl / journalctl ci-dessus.
— lathspell
1
Le redémarrage de logind ( systemctl restart systemd-logind) aide-t-il?
— Ferenc Wágner
Jusqu'à présent, cela a aidé pour la journée. J'ai maintenant redémarré le serveur pour voir si le problème revient car un simple redémarrage n'a jamais aidé avant de signaler le problème ici.
— lathspell
Le redémarrage semble avoir résolu le problème. Presque décevant;) Qu'est-ce que cela a fait qu'un simple "arrêt -r maintenant" ne pouvait pas résoudre? Merci pour ton aide!
— lathspell

Réponses:

19

Redémarrez la déconnexion:

# systemctl restart systemd-logind

Attention, le redémarrage de dbus interrompra à nouveau leur connexion.

— Ferenc Wágner
source
Cela ne résout le problème que temporairement. Après un certain temps (mois), le même problème réapparaît.
— Ortomala Lokni
3
# systemctl restart systemd-logind Échec du redémarrage de systemd-logind.service: la connexion a expiré. Voir les journaux système et «systemctl status systemd-logind.service» pour plus de détails.
— Dalibor Filus
Et les avez-vous vus, @DaliborFilus?
— Ferenc Wágner
≤systemctl status php7.0-fpmm'a dit la même chose, donc je pensais que l'exécution du statut systemctl est inutile à ce moment-là. C'était un serveur de production, j'ai dû agir vite. J'essaierai la prochaine fois.
— Dalibor Filus
Corrigé ici, où le vrai problème était une connexion SSH très lente. Dans mon cas, le problème peut être lié à une récente mise à jour de systemd et à aucun redémarrage par la suite. needs-restarting(toujours) dit que systemd a besoin d'un redémarrage.
— Nicolas Melay
7

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é.

— Ryan Bishop
source
1

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.

— Michael Aicher
source
1

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 de la requête sur le 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.

— Daniel Velichkov
source
-3

Réinstallez simplement systemd.

apt install --reinstall systemd

cela résout le problème pour moi sur de nombreuses machines virtuelles

— TheBuzzzzzz
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.