1. systemctl常用命令
1.1 服务管理
- 启动服务
# systemctl start httpd.service
- 关闭服务
# systemctl stop httpd.service
- 重启服务
# systemctl restart httpd.service
- 重新加载
# systemctl reload httpd.service
- 查看状态
# systemctl status httpd.service
- systemctl list-units相关
// 列出所有正在运行的、类型为service的Unit
# systemctl list-units --type=service
// 列出正在运行的Unit
# systemctl list-units
// 列出所有Unit,包括没有找到配置文件的或者启动失败的服务
# systemctl list-units --all
// 查看systemd管理的所有单元
# systemctl list-unit-files
// 列出所有加载失败的Unit
# systemctl list-units --failed
// 列出所有没有运行的Unit
# systemctl list-units --all --state=inactive
// 显示某个 Unit 是否正在运行
# systemctl is-active application.service
// 显示某个 Unit 是否处于启动失败状态
# systemctl is-failed application.service
// 显示某个 Unit 服务是否建立了启动链接
# systemctl is-enabled application.service
- 使某服务开机自启动
# systemctl enable httpd.service
这个操作会增加由/lib/systemd/system/到/etc/systemd/system/multi-user.target.wants/下的软链接ln -s '/usr/lib/systemd/system/httpd.service' '/etc/systemd/system/multi-user.target.wants/httpd.service'
- 禁用某服务开机自启动
# systemctl disable httpd.service
这个操作会删除/etc/systemd/system/multi-user.target.wants下的软链接
- 查看开机是否启动
# systemctl is-enabled httpd.service
- 显示启动失败的单元
# systemctl --failed
- 查看systemd单元加载及活动情况
# systemctl
- 查看systemd开机自启动的程序
# ls /etc/systemd/system/multi-user.target.wants/
1.2 修改.service配置文件
修改配置文件以后,需要重新加载配置文件,然后重新启动相关服务。
// 修改配置文件
# vim /usr/lib/systemd/system/httpd.service
// 重新加载配置文件
# systemctl daemon-reload
// 重启相关服务
# systemctl restart httpd.service
一旦修改了配置文件,就要让Systemd重新加载配置文件,然后重新启动,否则修改不会生效。
1.3 系统管理
- 重启系统
# systemctl reboot
- 关闭系统,切断电源
# systemctl poweroff
- CPU停止工作
# systemctl halt
- 暂停系统
# systemctl suspend
- 让系统进入冬眠状态
# systemctl hibernate
- 让系统进入交互式休眠状态
# systemctl hybrid-sleep
- 启动进入救援状态(单用户状态)
# systemctl rescue
2. .service配置文件的区块
2.1 [Unit]区块
[Unit]区块通常是配置文件的第一个区块,用来定义 Unit 的元数据,以及配置与其他 Unit 的关系。它的主要字段如下:
- Description:简短描述
- Documentation:文档地址
- Requires:当前Unit依赖的其他Unit,如果它们没有运行,当前Unit会启动失败
- Wants:与当前Unit配合的其他Unit,如果它们没有运行,当前Unit不会启动失败
- BindsTo:与Requires类似,它指定的Unit如果退出,会导致当前Unit停止运行
- Before:如果该字段指定的Unit也要启动,那么必须在当前Unit之后启动
- After:如果该字段指定的Unit也要启动,那么必须在当前Unit之前启动
- Conflicts:这里指定的Unit不能与当前Unit同时运行
- Condition:当前Unit运行必须满足的条件,否则不会运行
- Assert:当前Unit运行必须满足的条件,否则会报启动失败
例如
After=network.target sshd-keygen.service
上述表示如果network.target或sshd-keygen.service需要启动,那么当前.service应该在它们之后启动。相应地,还有一个Before字段,定义sshd.service应该在哪些服务之前启动。
注意,After和Before字段只涉及启动顺序,不涉及依赖关系。
2.2 [Install]区块
[Install]通常是配置文件的最后一个区块,用来定义如何启动,以及是否开机启动。它的主要字段如下:
- WantedBy:它的值是一个或多个Target,当前 Unit 激活时(enable)符号链接会放入/etc/systemd/system目录下面以Target名 + .wants后缀构成的子目录中
- RequiredBy:它的值是一个或多个Target,当前 Unit 激活时,符号链接会放入/etc/systemd/system目录下面以Target名 + .required后缀构成的子目录中
- Alias:当前Unit可用于启动的别名
- Also:当前Unit激活(enable)时,会被同时激活的其他Unit
2.3 [Service]区块
[Service]区块用来 Service 的配置,只有 Service 类型的 Unit 才有这个区块。它的主要字段如下:
- Type:定义启动时的进程行为。它有以下几种值:
simple,默认值,执行ExecStart指定的命令,启动主进程
forking,以fork方式从父进程创建子进程,创建后父进程会立即退出
oneshot,一次性进程,Systemd会等当前服务退出,再继续往下执行
dbus,当前服务通过D-Bus启动
notify,当前服务启动完毕,会通知Systemd,再继续往下执行
idle,若有其他任务执行完毕,当前服务才会运行 - ExecStart:启动当前服务的命令
- ExecStartPre:启动当前服务之前执行的命令
- ExecStartPost:启动当前服务之后执行的命令
- ExecReload:重启当前服务时执行的命令
- ExecStop:停止当前服务时执行的命令
- ExecStopPost:停止当其服务之后执行的命令
- RestartSec:自动重启当前服务间隔的秒数
- Restart:定义何种情况Systemd会自动重启当前服务,可能的值包括always(总是重启)、on-success、on-failure、on-abnormal、on-abort、on-watchdog
- TimeoutSec:定义Systemd停止当前服务之前等待的秒数
- Environment:指定环境变量
3. 日志管理
Systemd 统一管理所有 Unit 的启动日志。带来的好处就是,可以只用journalctl一个命令,查看所有日志(内核日志和应用日志)。日志的配置文件是/etc/systemd/journald.conf。journalctl功能强大,用法非常多。
// 查看所有日志(默认情况下 ,只保存本次启动的日志)
# journalctl
// 查看内核日志(不显示应用日志)
# journalctl -k
// 查看系统本次启动的日志
# journalctl -b
# journalctl -b -0
// 查看上一次启动的日志(需更改设置)
# journalctl -b -1
// 查看指定时间的日志
# journalctl --since="2012-10-30 18:17:16"
# journalctl --since "20 min ago"
# journalctl --since yesterday
# journalctl --since "2015-01-10" --until "2015-01-11 03:00"
# journalctl --since 09:00 --until "1 hour ago"
// 显示尾部的最新10行日志
# journalctl -n
// 显示尾部指定行数的日志
# journalctl -n 20
// 实时滚动显示最新日志
# journalctl -f
// 查看指定服务的日志
# journalctl /usr/lib/systemd/systemd
// 查看指定进程的日志
# journalctl _PID=1
// 查看某个路径的脚本的日志
# journalctl /usr/bin/bash
// 查看指定用户的日志
# journalctl _UID=33 --since today
// 查看某个 Unit 的日志
# journalctl -u nginx.service
# journalctl -u nginx.service --since today
// 实时滚动显示某个 Unit 的最新日志
# journalctl -u nginx.service -f
// 合并显示多个 Unit 的日志
# journalctl -u nginx.service -u php-fpm.service --since today
// 查看指定优先级(及其以上级别)的日志,共有8级
# 0: emerg
# 1: alert
# 2: crit
# 3: err
# 4: warning
# 5: notice
# 6: info
# 7: debug
# journalctl -p err -b
// 日志默认分页输出,--no-pager改为正常的标准输出
# journalctl --no-pager
// 以 JSON 格式(单行)输出
# journalctl -b -u nginx.service -o json
// 以JSON格式(多行)输出,可读性更好
# journalctl -b -u nginx.serviceqq -o json-pretty
// 显示日志占据的硬盘空间
# journalctl --disk-usage
// 指定日志文件占据的最大空间
# journalctl --vacuum-size=1G
// 指定日志文件保存多久
# journalctl --vacuum-time=1years
4. 参考文章
http://www.ruanyifeng.com/blog/2016/03/systemd-tutorial-commands.html