systemd配置文件填写了ExecStop=/usr/bin/kill -9 $MAINPID之后重启在messages发生了报错
2024-09-16 16:13:41
原因在于systemd模块需要增加自动化检测,检测有一项为检测messages日志内是否有systemd的failed
写了一个检测脚本,脚本的检测messages内容为/bin/cat /var/log/messages |/bin/grep -F "systemd[1]" | /bin/grep -F "failed"
检测结果出现了好几个报错,其中包括就有
查看设备的开机时间是是在7点25
再次查看关机日志在7点23分50秒的时候还有记录,说明是在关机的时候服务failed出现了报错并且记录了日志
这时候疑问就来了,关机如果服务出现问题,极大可能会卡住,但是关机流程正常进行并没有出现什么问题
所以我打开了这结构服务的配置文件希望有点线索,systemctl cat ***.service,果然让我发现了每个服务都写了ExecStop=/usr/bin/kill -9 $MAINPID
这个ExecStop是为了在执行systemctl stop的时候使用的,但是本身systemd自己就有一个stop的机制,这里再写一个就显得有点多余
我试试将这个注释掉,然后再执行关机,多次关机尝试没有出现新的问题。我想我应该是解决了,但是不知道这个具体的原因。
另外docker.service这个服务还没有解决,而且这个服务我查看状态systemctl status docker.service居然是失败的
有大佬在可以透露一点线索吗
最新文章
- 学习微信小程序之css5
- C#:枚举
- 设置 phoneGap/Cordova 3.4 应用程序启动动画闪屏 SplashScreen
- 备份Oracle数据库的脚本
- .NET通过RFC读取SAP数据
- Java中Comparable和Comparator实现对象比较
- Asp.net 后台调用js方法(转)
- golang_protobuf环境搭建
- Unable to load configuration. - bean - jar: ....struts2-core-2.1.8.1.jar!/struts-default.xml:47:178
- Asteroids(最小点覆盖)
- ORA-01403: no data found
- Mac OS X 简单的方法知道何时来电了
- JDK 常用命令
- [Swift]LeetCode928. 尽量减少恶意软件的传播 II | Minimize Malware Spread II
- Windows2012R2 NTP时间同步
- day059 ajax初识 登录认证练习
- Linux下快速分区格式化大于2T磁盘存储
- 使用jackson来进行数组格式的json字符串转换成List。
- ASP.NET调用cmd命令提示符拒绝访问解决方案
- C++ Error : initial value of reference to non-const must be an lvalue