在 CentOS 7 之前,系统以 System V 来作为系统管理器。
System V 有一个致命的缺点就是过度依赖于脚本来实现服务管理,从而导致服务几乎没办法并行启动,最终导致系统启动效率较为低下。
从 CentOS 7 开始,Systemd 成为新的系统管理器。我认为它最大的优点就是支持进服务并行启动,从而使效率大大提高;同时它还具有日志管理、快照备份与恢复、挂载点管理等多种实用功能,功能甩 System V 几条街!
而且 systemd
进程的 PID 是 1 ,也就是说 Systemd 掌管着一切进程!
当然了 Systemd 是向下兼容 System V 的。
以下只介绍 Systemd 的服务、启动项和日志管理这三项功能,其他功能不涉及。
说明
1. 下文提到的服务项名称后面的.service
可以省略不写,系统会自动补全。
2. Systemd 不仅仅管理系统的服务项,还能管理着挂载点、套接字等。每一个 Systemd 管理项称为unit
,unit
可以有很多类型。本文仅介绍.service
类型和.target
的 unit 。
3. 本文适用于所有使用 Systemd 的操作系统,不局限于 CentOS 7。
systemctl list-unit-files --type=service
使用 PageUp
或 PageDown
翻页,查看完毕后按 q
退出。
systemctl list-units --type=service
如果看到某个服务项前面有一个红点,说明该服务存在问题,请进行排查。
使用 PageUp
或 PageDown
翻页,查看完毕后按 q
退出。
systemctl list-unit-files --type=service | grep enabled
systemctl status <服务项名称>
执行命令之后,系统会显示该服务项的状态、是否已激活、描述以及最后十条日志。
如果服务项前面有一个红点,说明该服务存在问题,请根据日志进行排查。
例如
查看 Nginx 服务状态
[root: ~]# systemctl status nginx.service● nginx.service - nginx - high performance web server Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled) Active: inactive (dead) Docs: http://nginx.org/en/docs/9月 05 09:24:07 CentOS_VM systemd[1]: nginx.service: control process exited, code=exited status=19月 05 09:24:07 CentOS_VM systemd[1]: Failed to start nginx - high performance web server.9月 05 09:24:07 CentOS_VM systemd[1]: Unit nginx.service entered failed state.9月 05 09:24:07 CentOS_VM systemd[1]: nginx.service failed.9月 05 09:28:39 CentOS_VM systemd[1]: Starting nginx - high performance web server...9月 05 09:28:39 CentOS_VM nginx[5566]: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok9月 05 09:28:39 CentOS_VM nginx[5566]: nginx: configuration file /etc/nginx/nginx.conf test is successful9月 05 09:28:39 CentOS_VM systemd[1]: Started nginx - high performance web server.9月 05 09:28:49 CentOS_VM systemd[1]: Stopping nginx - high performance web server...9月 05 09:28:49 CentOS_VM systemd[1]: Stopped nginx - high performance web server.
systemctl list-dependencies <服务项名称>
systemctl list-units --type=service --state=failed
systemctl reset-failed <服务项名称>
systemd-analyze
systemd-analyze blame | grep .service
systemctl start <服务项名称>
systemctl stop <服务项名称>
systemctl restart <服务项名称>
如果该服务不能重启,但又必须使用新的配置,这条命令会很有用。
systemctl reload <服务项名称>
systemctl enable <服务项名称>
systemctl disable <服务项名称>
这可以防止服务被其他服务间接启动,也无法通过 start 或 restart 命令来启动服务。
systemctl mask <服务项名称>
仅针对于已禁用的服务。
systemctl unmask <服务项名称>
修改、添加、删除服务项之后需要执行以下命令。
systemctl daemon-reload
我们自己建立的服务文件直接放在 /etc/systemd/system/
里面就好了。服务文件要使用 .service
后缀名。
如需修改软件包或系统自带的服务文件,请先将原版服务文件从 /lib/systemd/system/
拷贝到 /etc/systemd/system/
再进行修改。
以下是最简单的配置模版,直接根据提示或注释修改参数值,然后去掉所有注释即可。
[Unit]Description=<服务描述>After=<在哪个模块(服务)之后启动(可选)>[Service]Type=<simple|forking|oneshot>ExecStart=<程序或命令参数># 如果 "ExecStart=" 后面的程序或命令是在前台持续运行的,那么 "Type=" 后面应填写 "simple"。# 如果 "ExecStart=" 后面的程序或命令是在后台持续运行的,那么 "Type=" 后面应填写 "forking"。# 如果 "ExecStart=" 后面的程序或命令是在前台运行一下就退出的,那么 "Type=" 后面应填写 "oneshot"。ExecReload=<重新读取配置文件的命令(可选)>KillSignal=SIGTERMKillMode=mixed[Install]WantedBy=multi-user.target
说明
・创建服务文件之后,最好执行一下systemctl daemon-reload
再启用。
Systemd 中的 target 可以理解为系统的 “状态点”。
一个 target
里面一般包含多个 unit
,简单点说就是包含需要启动的服务组。
启动了某个 target
就意味将系统置于某个 “状态点”。
Target 可以与传统的 Runlevel 相对应,它们的映射关系如下表:
需要注意的是,与 Runlevel 相对应的 Target 一定不能够同时启动。
当设置了某个服务自启动的时候,其实就是在往某个 target 的 .wants 目录中添加服务项的符号链接而已(默认添加到 /etc/systemd/system/multi-user.target.wants
)。
表达能力真心有限…… 以下只介绍与 Runlevel 有关的命令。
systemctl get-default
systemctl isolate <启动级别对应的 target 名>
例如
切换到图形界面
[root: ~]# systemctl isolate graphical.target
systemctl set-default <启动级别对应的 target 名>
说明
・Systemd 默认只会把日志存储在内存中,一旦重启系统日志将全部丢失。所以强烈建议打开该功能。
去掉 /etc/systemd/journald.conf
这个文件内 Storage=
这一行前面的 #
号,然后将等号后面的内容改为 persistent
。
保存配置文件之后重启一下日志记录服务即可。
systemctl restart systemd-journald.service
journalctl [-e] [-f]
-e
表示输出之后跳转到末行,下同。-f
表示实时滚动显示,下同。
当没有使用 -f
时,使用 PageUp
或 PageDown
翻页,查看完毕后按 q
退出。
journalctl [-e] [-f] -u <Unit 名>
当没有使用 -f
时,使用 PageUp
或 PageDown
翻页,查看完毕后按 q
退出。
journalctl --since="yyyy-MM-dd hh:mm:ss" --until="yyyy-MM-dd hh:mm:ss"
使用 PageUp
或 PageDown
翻页,查看完毕后按 q
退出。
例如
查看 2017 年 9 月 6 日 08:00:00
至 2017 年 9 月 6 日 08:20:00
之间的所有日志
[root: ~]# journalctl --since="2017-09-06 08:00:00" --until="2017-09-06 08:20:00"
journalctl --disk-usage
去掉 /etc/systemd/journald.conf
这个文件内 SystemMaxUse=
这一行前面的 #
号,然后在等号后面填上数值即可。
例如
修改日志最大占用的磁盘空间为 50M
联系客服