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)
systemctl status -l dbus-org.freedesktop.login1.service
rapport lorsqu'il est exécuté en tant que root? Quelque chose se démarque-t-il dans la sortie dejournalctl
(en particulier à l'époque des messages d'erreur)?systemctl restart systemd-logind
) aide-t-il?Réponses:
Redémarrez la déconnexion:
Attention, le redémarrage de dbus interrompra à nouveau leur connexion.
la source
≤systemctl status php7.0-fpm
m'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.needs-restarting
(toujours) dit que systemd a besoin d'un redémarrage.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-
Centos7 est buggé.
la source
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 .
Pour découvrir le service en utilisant la majeure partie de la mémoire, j'ai exécuté ceci:
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.
la source
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.
la source
Réinstallez simplement systemd.
cela résout le problème pour moi sur de nombreuses machines virtuelles
la source