用 journalctl 快速定位服务启动失败
【摘要】 用 journalctl 按 unit、本次开机和错误级别缩小服务启动失败的排查范围，并在修改配置后用 -f 确认是否真正启动成功。
服务起不来时，不必先翻整份系统日志。systemd 把每个 unit 的输出收进 journal，用 journalctl 可以按服务、本次开机和优先级把现场收窄。
只看这个服务、这次开机
journalctl -u nginx.service -b --no-pager
-u 限定 unit，-b 只看本次开机以来的记录。机器刚重启时，这比在 /var/log/messages 里翻找更不容易把别的服务混进来。
先看错误
journalctl -u nginx.service -p err -n 50 --no-pager
-p err 只保留 error 及以上。端口占用、配置语法错误、权限不足，通常就在最后几十行。确认原因后再改配置，避免对着整屏 info 日志猜测。
改完再跟上实时输出
sudo systemctl restart nginx
journalctl -u nginx.service -f
-f 类似 tail -f。看到 started 或 listening 再停掉。如果立刻又出现 failed，说明刚才的修改没有生效，回到上一步看同一条 unit，而不是换一份日志。
一个小习惯
可以把常用查询写成别名：
alias jerr='journalctl -p err -n 80 --no-pager'
排障时先跑一遍，再按 unit 缩小范围。每天处理告警时，这样能少翻很多无关日志。
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）