问题描述
1、systemctl 命令不可用
使用 systemctl 命令查看服务时,报错:Failed to get properties: Failed to activate service 'org.freedesktop.systemd1': timed out
2、SSH 远程登录主机耗时较久,差不多1分钟:
问题定位与检查
分布诊断
1、检查服务器资源利用情况,是否资源挤满
2、查看系统日志,检查是否有提示报错,如下是查看 /var/log/messages 文件看到的关于systemd 和 dbus 的报错
报错日志分析:
1)systemd
进程崩溃
-
systemd
主进程被SIGQUIT
(信号3)终止,通常由以下原因触发:
✅ 内核或硬件问题(如内存故障、CPU异常)
✅ 系统服务死锁(资源竞争或代码缺陷)
✅ 第三方驱动冲突(如内核模块崩溃) -
崩溃后生成核心转储文件
core.30169
(位于/
根目录)。 -
systemd 异常,systemd-logind 模块超时,导致 SSH 登录耗时加长。
2)DBus 激活超时
Jun 10 08:21:26 dbus[803]: Failed to activate service 'org.freedesktop.systemd1': timed out
Jun 10 08:21:26 systemd-logind: Failed to start session scope session-100398.scope
systemd
通过 DBus 通信,超时表明systemd
未正常响应,可能与崩溃后的恢复失败有关。systemctl
依赖 DBus 与systemd
通信,因服务激活超时,命令无法执行。
3、查看 /var/log/secure 日志(该日志文件主要记录与安全相关的信息,比如用户登录、认证尝试、权限变更等),发现在 systemd 被终止时间前几十秒都有用户连接过服务器,询问后得知该用户登录服务器执行了业务的启动脚本,可能是用户启动业务时不小心把systemd终止。
解决方案
重启服务器 😂 解决 99% 的问题。
预防措施
统一使用 JumpServer 登录服务器,限制用户执行某些高危命令,也可以看到操作日志,方便排查故障原因。