dbus：[系统]无法激活服务'org.freedesktop.login1'：超时

25

我在其中一台服务器的系统日志中不断收到以下错误消息：

# 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'

它们似乎与ProFTPd守护程序上的FTP登录相关：

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

但是，FTP登录本身对于用户来说似乎没有问题。我还有其他几台也运行ProFTPd的服务器，但到目前为止从未出现这些错误。

它们可能与最近从Debian 7升级到Debian 8有关。

有什么想法要告诉我，甚至是什么原因导致的？

我已经尝试重新启动dbus和proftpd守护程序，甚至重新启动服务器，并确保存在DBUS套接字/ var / run / dbus / system_bus_socket，但是到目前为止，消息仍在继续。

编辑：根据评论的要求，输出journalctl：

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

以及更多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 
— 板条
source
systemctl status -l dbus-org.freedesktop.login1.service以root身份运行时报告什么？在输出中journalctl（尤其是在错误消息发生时）有什么特别的吗？
— FerencWágner2015年
我在上面添加了systemctl / journalctl的输出。
— lasspell 2015年
1
重新启动已登录的（systemctl restart systemd-logind）有帮助吗？
— FerencWágner2015年
到目前为止，它确实对一天有帮助。现在，我已经重新启动服务器以查看问题是否再次出现，因为在我在此报告问题之前，一次简单的重新启动从没有帮助过。
— lasspell 2015年
重新启动似乎已解决了该问题。简直令人失望；）一个简单的“ shutdown -r now”无法解决的问题是什么？感谢您的帮助！
— lasspell 2015年

Answers:

19

重新启动已登录：

# systemctl restart systemd-logind

请注意，重新启动dbus将再次断开其连接。

— 费伦茨·瓦格纳（FerencWágner）
source
这样只能暂时解决问题。一段时间（几个月）后，同样的问题再次出现。
— Ortomala Lokni
3
＃systemctl restart systemd-logind无法重新启动systemd-logind.service：连接超时有关详细信息，请参见系统日志和'systemctl status systemd-logind.service'。
— Dalibor Filus
你看到他们了吗，@ DaliborFilus？
— FerencWágner18年
≤systemctl status php7.0-fpm确实告诉了我同样的事情，所以当时我认为运行systemctl状态毫无意义。这是生产服务器，我必须迅速采取行动。下次会尝试。
— Dalibor Filus
在这里修复了此问题，真正的痛点是SSH登录缓慢。就我而言，该问题可能与最近的systemd更新有关，此后没有重新启动。needs-restarting（仍然）说systemd需要重启。
— Nicolas Melay
7

重新启动是唯一对我有用的解决方案。我杀死了失控的dbus进程，其他事情失败了。

这是我尝试重新加载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是越野车。

— 瑞安·毕晓普（Ryan Bishop）
source
1

今天，我也面临着同样的问题，我发现这最初是由服务耗尽所有可用内存引起的。我找到了相关的日志行，这清楚地表明这是由/ 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

为了找出使用大部分内存的服务，我执行了以下命令：

ps aux --sort=-%mem

为了解决该问题，我首先尝试释放内存，但仍然无法启动systemd-logind。因此，我必须重新启动服务器，问题已解决。

— 迈克尔·艾克尔
source
1

仅重新启动systemd-logind服务是不够的，只是推迟了主要问题。

似乎这是由于服务创建的'/ run / systemd / system /'下堆积的文件太多，导致文件无法正确清理，尤其是在登录多次的主机上。最终，一段时间后，您将开始看到一些奇怪的行为，例如hostnamectl没有报告任何事情，或者timedatectl报告无法查询服务器：连接超时和其他奇怪的事情。以及最初报告的症状。

一种解决方法是删除所有“ session-*。scope”文件并重新启动systemd。在这种情况下，无需重新启动主机。这可能与systemd和dbus中的错误有关，希望在以后的更新中它们将得到修复。

— 丹尼尔·维利奇科夫（Daniel Velichkov）
source
-3

只需重新安装systemd。

apt install --reinstall systemd

这为我解决了许多虚拟机上的问题

— 嗡嗡声
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.