针对服务器操作系统比较常见的问题,推出常见问题解析系列报道,本期为第一篇,介绍系统启动时进入紧急模式(emergency模式),系统IP无法ping通的应对策略。
一. 问题描述
系统启动时进入紧急模式(emergency模式),系统IP无法ping通
系统systemd版本:systemd-239-58
二. 过程分析
根据提示,输入root密码或按Control-D组合键,进入系统后执行journalctl –xb命令查看系统日志。
(1)系统日志提示,进入emergency模式前,存在ostree-remount.service服务启动失败的异常打印。
(2)ostree-remount.service服务启动失败的原因是 ‘start-limit-hit’,即服务尝试重启的次数过多,达到了systemd中对start limit的限制。
通过如下命令可查看系统systemd中start limit的默认阈值设置:一个服务在10秒内最多允许启动5次。
(3)查看ostree-remount.service服务文件的配置,当服务启动失败后会启动emergency.target,使系统进入emergency模式。
三. 问题根因
ostree-remount.service服务在条件检查失败的情况下,会多次重启,当重启次数超过了systemd中阈值限制时,判定为启动失败,根据服务启动失败的配置,系统进入emergency模式。
四. 解决方案
方案一:systemd修复了一个系统服务在条件检查失败时进行多次重启的问题,需要升级systemd到239-68或以上版本解决。
方案二:在不升级systemd的情况下,可以通过如下Workaround解决:
移除ostree软件包: # yum remove ostree
在无法移除软件包情况下,屏蔽ostree-remount.service服务:# systemctl mask ostree-remount.service
售前咨询
售后服务
回到顶部