实现流程
创建.service文件
创建ping@.service文件,内容可以如下:
[Unit]
Description=ping daemon
After=network.target
[Service]
Restart=on-failure
ExecStart=/usr/bin/ping 127.0.0.%d
ExecReload=/bin/kill -s -HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true
KillMode=none
LimitCORE=infinity
[Install]
WantedBy=multi-user.target
文件迁移
将.service文件拷贝至/usr/lib/systemd/system/下
cp ping@.service /usr/lib/systemd/system/
加载配置
systemctl daemon-reload
调用服务
# 启动服务
systemctl start ping@1
# 查看服务进程
ps –aux | grep ping
systemctl
概念
systemctl是一个systemd工具,负责控制systemd系统和管理系统服务。
命令
#当新增或修改service单元文件时,需要系统重新加载所有修改过的配置文件
systemctl daemon-reload
#设置为开机自启动
systemctl enable RegisterCenter
#关掉开机启用
systemctl disable RegisterCenter
#启动服务
systemctl start RegisterCenter
#重启服务,相当于先stop,再start
systemctl restart RegisterCenter
#关闭服务,关闭服务后,进程会全部被kill掉
systemctl stop RegisterCenter
#查看服务的状态
systemctl status RegisterCenter
#查看服务是否开机启动
systemctl is-enabled RegisterCenter
#查看已启动的服务列表
systemctl list-unit-files|grep enabled
#
显示所有已启动的服务
systemctl list-units --type=service
#查看启动失败的服务列表
systemctl --failed
# 杀死一个服务的所有子进程
systemctl kill RegisterCenter
# 重新加载一个服务的配置文件
systemctl reload RegisterCenter
#移除标记为丢失的 Unit 文件。在删除 Unit 文件后,由于缓存的关系,
#即使通过 daemon-reload 更新了缓存,在 list-units 中依然会显示标记为 not-found 的 Unit
systemctl reset-failed RegisterCenter
service文件组成
控制单元(Unit)
主要包括服务描述、启动顺序和依赖关系。
- Description:当前服务的简单描述;
- Documentation:文档位置;
- After:在什么服务之后启动;
- Before:在什么服务之前启动;
说明:After和Before字段只涉及启动顺序,不涉及依赖关系。
- Wants:表示“弱依赖”关系。某服务停止运行或退出不影响该服务继续运行;
- Requires:表示”强依赖”关系。列在其中的Uint模块会在这个服务启动的同时被启动,如果其中任意一个启动失败,这个服务会被终止。某服务停止运行或退出,该服务也必须停止运行。
说明:Wants字段与Requires字段只涉及依赖关系,与启动顺序无关,默认情况下是同时启动的。
- PartOf:该参数仅用于单元的停止或重启。
服务定义(service)
Type
定义启动类型。可设置的值如下:
- simple(默认值):ExecStart字段启动的进程为主进程;
- forking:ExecStart字段以fork()方式启动,父进程退出后,子进程将成为主进程;
- oneshot:类似于simple,但只执行一次,Systemd 会等它执行完,才启动其他服务;
- dbus:类似于simple,但会等待 D-Bus 信号后启动;;
- notify:类似于simple,启动结束后会发出通知信号,然后 Systemd 再启动其他服务;
- idle:类似于simple,但是要等到其他任务都执行完,才会启动该服务。一种使用场合是为让该服务的输出,不与其他服务的输出相混;
Environment
为服务设置环境变量。
EnvironmentFile
加载包含服务所需环境变量参数的文件。
PIDFile
该服务PID文件的路径(一般位于 /run/
目录下)。 建议在 Type=forking
的情况下明确设置此选项。 如果设为相对路径,那么表示相对于 /run/
目录。 systemd 将会在此服务启动完成之后,从此文件中读取主服务进程的PID 。 systemd 不会写入此文件,但会在此服务停止后删除它(若仍然存在)。
ExecStart
启动程序时执行的命令。例如:
# %d为启动时需要传入的参数
ExecStart=/usr/bin/ping 127.0.0.%d
ExecReload
重启服务执行的命令。例如:
ExecReload=/bin/kill -s -HUP $MAINPID
表示终止主进程且不产生core dump,重启服务。
ExecStop
通知服务时执行的命令。例如:
ExecStop=/bin/kill -s QUIT $MAINPID
表示中断退出的方式终止进程且产生core dump,停止服务。
ExecStartPre
启动服务之前执行的命令。
ExecStartPost
启动服务之后执行的命令。
ExecStopPost
停止服务之后执行的命令。
KillMode
定义systemd如何停止sshd服务。设置值如下:
l control-group(默认值):当前控制组里面的所有子进程,都会被杀掉;
l process:只杀主进程;
l mixed:主进程将收到 SIGTERM 信号,子进程收到 SIGKILL 信号;
l none:没有进程会被杀掉,只是执行服务的 stop 命令;
Restart
定义sshd退出后,systemd的重启方式。设置值如下:
- no(默认值):退出后不会重启;
- on-success:只有正常退出时(退出状态码为0),才会重启;
- on-failure:非正常退出时(退出状态码非0),包括被信号终止和超时,才会重启;
- on-abnormal:只有被信号终止和超时,才会重启;
- on-abort:只有在收到没有捕捉到的信号终止时,才会重启;
- on-watchdog:超时退出,才会重启;
- always:不管是什么退出原因,总是重启;
说明:对于守护进程,推荐设为on-failure。对于那些允许发生错误退出的服务,可以设为on-abnormal。
服务出现情况与重启对应表
退出原因/设置值 | no | always | on-success | on-failure | on-abnormal | on-abort | on-watchdog |
---|---|---|---|---|---|---|---|
正常退出 | √ | √ | |||||
退出码不为0 | √ | √ | |||||
进程被强制杀死 | √ | √ | √ | √ | |||
操作超时 | √ | √ | √ | ||||
看门狗超时 | √ | √ | √ | √ |
SuccessExitStatus
额外定义其他的进程"正常退出"状态。 也就是,在退出码"0"、以及表示"正常退出"的 SIGHUP, SIGINT, SIGTERM, SIGPIPE 信号之外, 再额外添加一组表示"正常退出"的退出码或信号。 可以设为一系列以空格分隔的数字退出码或者信号名称, 例如:
SuccessExitStatus=1 2 8 SIGKILL
表示当进程的退出码是 1, 2, 8 或被 SIGKILL 信号终止时, 都可以视为"正常退出"。
如果多次使用此选项, 那么最终的结果将是多个列表的合并。 如果将此选项设为空, 那么先前设置的列表 将被清空。
RestartSec
重启服务之前需要等待的秒数。
WorkingDirectory
指定服务工作目录
User
指定运行服务的用户。
PrivateTmp
设置true表示在进程的文件系统名字空间中挂载私有的/tmp和/var/tmp目录,也就是不与名字空间外的其他进程共享临时目录。这样做会增加进程的临时文件安全性,但同时也让进程之间无法通过/tmp或/var/tmp目录进行通信。
安装部分(Install)
用来定义如何启动以及是否开机启动。
WantedBy
表示该服务所在的Target。 Target的含义是服务组,表示一组服务。“WantedBy=multi-user.target”指的是服务所在的Target是multi-user.target。
multi-user.target是systemd默认启动的Target,表示在这个组里的所有服务,都开机启动。
RequiredBy
依赖当前服务的模块。它的值是一个或多个 target,执行enable命令时,符号链接会放入/etc/systemd/system目录下以 target 名 + .required后缀构成的子目录中。
Alias
当前Unit可用于启动的别名。
Also
当前 Unit 被 enable/disable 时,会被同时操作的其他 Unit
Target
概念
Target 就是一个 Unit 组,包含许多相关的 Unit 。启动某个 Target 的时候,Systemd 就会启动里面所有的 Unit。文章来源:https://www.toymoban.com/news/detail-604094.html
命令
# 查看当前系统的所有 Target
$ systemctl list-unit-files --type=target
# 查看一个 Target 包含的所有 Unit
$ systemctl list-dependencies multi-user.target
# 查看启动时的默认 Target
$ systemctl get-default
# 设置启动时的默认 Target
$ systemctl set-default multi-user.target
# 切换 Target 时,默认不关闭前一个 Target 启动的进程,systemctl isolate 命令改变这种行为,关闭前一个 Target 里面所有不属于后一个 Target 的进程
启动流程
- 读入 /boot 目录下的内核文件;
- 内核文件加载完之后,开始执行第一个程序/sbin/init 初始化进程,由 Systemd 初始化系统引导,完成相关的初始化工作;
- Systemd 执行default.target ,获知设定的启动 target (查看默认 target: systemctl get-default);
- Systemd 执行启动 target 对应的单元文件。根据单元文件中定义的[依赖关系](bootup Manager Bootup),传递控制权,依次执行其他 target 单元文件,同时启动每个 target 包含的单元
systemd中文文档可参考:http://www.jinbuguo.com/systemd/systemd.service.html#文章来源地址https://www.toymoban.com/news/detail-604094.html
到了这里,关于linux进阶55——service文件的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!