问题描述
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 登录服务器,限制用户执行某些高危命令,也可以看到操作日志,方便排查故障原因。
2275

被折叠的 条评论
为什么被折叠?



