systemctl

最新推荐文章于 2024-05-15 18:56:55 发布
最新推荐文章于 2024-05-15 18:56:55 发布
阅读量242 收藏
点赞数
文章标签： linux java python 大数据 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mmgithub123/article/details/124507960
版权 
故障案例：
服务器重启了，但设定了systemctl enable mongod  但mongo还是没有自动和机器重启，
systemd日志报：
 ExecStart=/usr/local/mongodb/bin/mongod -f /etc/mongod.conf (code=exited, status=48)
status 48
mongo日志报：failed Cannot assign requested address for socket
明显看是网络问题，而之前配置文件配置的就是本机ip，配置是没问题的，想到重启过，那就是启动的时候网络没准备好，
那明显就是mongod.service 没有依赖网络，打开看mongod.service果然是，加上依赖就可以了：

After=network-online.target
Wants=network-online.target



列出所有正在运行的、类型为 service 的 Unit
$ systemctl list-units --type=service

重新加载配置

systemctl daemon-reload

开机自启链接目录：

ls /etc/systemd/system/multi-user.target.wants/

/lib/systemd/system：系统默认的单元文件    

/usr/lib/systemd/system：用户自己定义的单元文件

/etc/systemd/system：用户安装的软件的单元文件


--------------------------------------------------------------------------------------------
timer 定时器：
在/usr/lib/systemd/system 下创建两个我文件，一个service，一个timer，两个配对一起用。
service文件就是timer触发的服务文件
timer里的配置：
[Unit] # 定义元数据
[Timer] #定义定时器
OnActiveSec：定时器生效后，多少时间开始执行任务
OnBootSec：系统启动后，多少时间开始执行任务
OnStartupSec：Systemd 进程启动后，多少时间开始执行任务
OnUnitActiveSec：该单元上次执行后，等多少时间再次执行
OnUnitInactiveSec： 定时器上次关闭后多少时间，再次执行
OnCalendar：基于绝对时间，而不是相对时间执行,用于和 crond 类似的定时任务 ,以实际时间执行。
AccuracySec：如果因为各种原因，任务必须推迟执行，推迟的最大秒数，默认是60秒，可大可小。(注：

对某些任务来说，精确的触发时间是个硬性要求。对于这类任务，你可以向单元文件的 Timer 块中添加如下声明来指定更高的触发时间跨度精确度(精确到微秒以内)：

AccuracySec=1us

可用的时间格式：

时间跨度可用于指定所需的精度，以及定义重复事件或一次性事件的时间跨度。它能识别以下单位：

◈ usec，us，µs

◈ msec，ms

◈ seconds，second，sec，s

◈ minutes，minute，min，m

◈ hours，hour，hr，h

◈ days，day，d

◈ weeks，week，w

◈ months，month，M(定义为 30.44 天)

◈ years，year，y(定义为 365.25 天)

 

时间跨度可用于指定所需的精度，以及定义重复事件或一次性事件的时间跨度

)
Unit：真正要执行的任务，默认是同名的带有.service后缀的单元，注意这里的unit默认就是同名的service，配对使用。
Persistent：如果设置了该字段，即使定时器到时没有启动，也会自动执行相应的单元
WakeSystem：如果系统休眠，是否自动唤醒系统

定时器        单调性     定义

OnActiveSec=   X       定义了一个与定时器被激活的那一刻相关的定时器。

OnBootSec=    X        定义了一个与机器启动时间相关的计时器。
OnStartupSec= X      定义了一个与服务管理器首次启动相关的计时器。对于系统定时器来说，这个定时器与 OnBootSec= 类似，因为系统服务管理器在机器启动后很短                                    的时间后就会启动。当以在每个用户服务管理器中运行的单元进行配置时，它尤其有用，因为用户的服务管理器通常在首次登录后启动，而不是机                                        器启动后。
OnUnitActiveSec=   X       定义了一个与将要激活的定时器上次激活时间相关的定时器。
OnUnitInactiveSec=  X       定义了一个与将要激活的定时器上次停用时间相关的定时器。
OnCalendar=                     定义了一个有日期事件表达式语法的实时(即时钟)定时器。查看 systemd.time(7) 的手册页获取更多与日历事件表达式相关的语法信息。除                                             此以外，它的语义和 OnActiveSec= 类似。                                                                

启用定时任务

systemctl  daemon-reload  #重新加载配置
systemctl  enable timerecord.timer  # 设置开机自启动
systemctl start timerecord.timer # 启动定时任务

常用命令：

systemctl  start  timerecord.timer# 启动定时任务
systemctl  stop  timerecord.timer# 暂停定时任务
systemctl  status  timerecord.timer# 查看定时任务服务状态
systemctl  restart  timerecord.timer# 重启定时任务状态
systemctl list-timers --all # 查看定时任务列表
systemctl  daemon-reload  # 更改了配置文件后，需要重新加载
journalctl -u mytimer.timer # 查看 mytimer.timer 的日志
journalctl -u mytimer # 查看 mytimer.timer 和 mytimer.service 的日志
journalctl -f # 从结尾开始查看最新日志
journalctl -f -u timer.timer #  从结尾开始查看 mytimer.timer 的日志
 例子：

systemctl cat clean-var-log.timer
# /usr/lib/systemd/system/clean-var-log.timer
[Unit]
Description=/var/log/message clean timer
Requires=clean-var-log.service

[Timer]
Unit=clean-var-log.service
OnCalendar=*-*-* *:*:00

[Install]
WantedBy=timers.target

systemctl cat clean-var-log.service
# /usr/lib/systemd/system/clean-var-log.service
[Unit]
Description=/var/log/message clean service
Wants=clean-var-log.timer

[Service]
Type=oneshot
ExecStart=/usr/bin/sh /root/script/clean-var-log.sh
ExecStart=/usr/bin/ls /var/log

[Install]
WantedBy=multi-user.target

启用定时任务

systemctl  daemon-reload  #重新加载配置
systemctl  enable timerecord.timer  # 设置开机自启动
systemctl start timerecord.timer # 启动定时任务

每一分钟执行一次/usr/bin/sh /root/script/clean-var-log.sh，Type=oneshot执行完就会退出。并且执行了两个job：

ExecStart=/usr/bin/sh /root/script/clean-var-log.sh

和
ExecStart=/usr/bin/ls /var/log

官网：https://www.freedesktop.org/software/systemd/man/systemd.unit.html#Specifiers

官网：https://www.freedesktop.org/software/systemd/man/systemd.service.html

http://www.jinbuguo.com/systemd/systemd.service.html

 -----------------------------------------------------------------------------------------------------------------------------

但个service文件启动多个进程实例：

主要是要创建一个  name@.service  的文件 

ls /usr/lib/systemd/system |grep post
cspost.service
cspost@.service

cspost.service   单个实例的

cspost@.service  多个实例的

然后启动时指定各个实例的名字，在@后面：

for i in {1..4};do sudo systemctl start cspost@post$i;sudo systemctl status cspost@post$i;done

实际就是systemctl start cspost@post1,systemctl start cspost@post2，启动了4个

全部开机自启动： 

for i in {1..4};do sudo systemctl enable cspost@post$i;done

查看单个的状态：

systemctl status cspost@post2

还可以用%i使用变量，见：

指示符详解：https://www.freedesktop.org/software/systemd/man/systemd.unit.html#Specifiers

当移除/usr/lib/systemd/system 下的物理文件后，使用 systemctl list-units能看到 not found，虽然物理文件没了，但缓存还有。可以执行以下操作，清楚缓存

  • systemctl reset-failed：移除标记为丢失的 Unit 文件。在删除 Unit 文件后，由于缓存的关系，即使通过 daemon-reload 更新了缓存，在 list-units 中依然会显示标记为 not-found 的 Unit。

---------------------------------------------------------------------------------------------------------------------------------------------------------

 WorkingDirectory=  的作用

MemoryLimit=1G   的作用，放在[Service] section里，限制服务进程的cgroup能使用的内存(centos7)，centos7以上变了，

参考https://www.cnblogs.com/jimbo17/p/9107052.html

-------------------------------------------------------------------------------------------------------------------------------------------------

查看system启动日志：

日志配置:

所有选项都位于 "[Journal]" 小节：

Storage=

在哪里存储日志文件： "volatile" 表示仅保存在内存中， 也就是仅保存在 /run/log/journal 目录中(将会被自动按需创建)。 "persistent" 表示优先保存在磁盘上， 也就优先保存在 /var/log/journal 目录中(将会被自动按需创建)， 但若失败(例如在系统启动早期"/var"尚未挂载)， 则转而保存在 /run/log/journal 目录中(将会被自动按需创建)。 "auto"(默认值) 与 "persistent" 类似， 但不自动创建 /var/log/journal 目录， 因此可以根据该目录的存在与否决定日志的保存位置。 "none" 表示不保存任何日志(直接丢弃所有收集到的日志)， 但日志转发(见下文)不受影响。 默认值是 "auto"

修改配置 ，重启服务，验证配置：

vi /etc/systemd/journald.conf

systemctl restart systemd-journald.service

journalctl --verify

journalctl  -r  反序输出，使用左右箭头移动查看

这里很详细：

https://blog.csdn.net/baidu_23959681/article/details/82625611

https://www.digitalocean.com/community/tutorials/how-to-use-journalctl-to-view-and-manipulate-systemd-logs

journal有自己的默认日志存储策略，比如不会超过文件系统的10%，如果文件系统可用空间小于15%，那么也会删除 

https://www.cnblogs.com/mmgithub123/p/15980144.html

日志查看：

用journalctl一个命令，查看所有日志(内核日志和应用日志)。

journalctl命令的配置文件是/etc/systemd/journald.conf。

journalctl功能强大，用法非常多，常用的选项有：

journalctl：查看所有日志(默认情况下，只保存本次启动的日志，notice或warning以粗体显示，红色显示error级别以上的信息)

--vacuum-time：指定日志文件保存多久：journalctl --vacuum-time=1years

--disk-usage：显示日志占据的硬盘空间

--vacuum-size：指定日志文件占据的最大空间journalctl --vacuum-size=1G

--no-pager：日志默认分页输出，--no-pager 改为正常的标准输出

-k：查看内核日志(不显示应用日志)

-n：显示尾部指定数字行数的日志，后面不写数字默认为10，如journalctl -n 20

-f：实时滚动显示最新日志，它很像tailf命令，默认显示十行，随着匹配日志的增长而持续输出

--since：查看指定时间的日志：

journalctl --since="2012-10-30 18:17:16"

journalctl --since "20 min ago"

journalctl --since yesterday

journalctl --since today

journalctl --since "2015-01-10" --until "2015-01-11 03:00"

journalctl --since 09:00 --until "1 hour ago"

-p：查看指定优先级(及其以上级别)的日志，journalctl -p err或者journalctl -p 3，共有8级

0: emerg

1: alert

2: crit

3: err

4: warning

5: notice

6: info

7: debug

-u：查看某个Unit的日志，journalctl -u nginx.service，可以合并显示多个 Unit 的日志：journalctl -u nginx.service -u php-fpm.service，或者不使用选项直接journalctl /usr/lib/systemd/nginx.service来查看

-b：显示指定启动点启动后的所有日志，如上次启动时的(例如，刚刚系统崩溃了)：

journalctl -b -0 显示本次启动的日志(默认为本次，-0可以省略)

journalctl -b -1 显示上次启动的日志

journalctl -b -2 显示上上次启动的日志

-o：指定命令的输出格式，journalctl -o short|short-iso|short-percise|short-monotonic|verbose|export|json|json-pretty|json-sse|cat

cat: 只显示信息字段本身。

export: 适合传输或备份的二进制格式。

json: 标准JSON，单行输出。

json-pretty: JSON格式，多行输出，适合人类阅读习惯。

json-sse: JSON格式，经过打包以兼容server-sent事件。

short: 默认syslog类输出格式。

short-iso: 默认格式，强调显示ISO 8601挂钟时间戳。

short-monotonic: 默认格式，提供普通时间戳。

short-precise: 默认格式，提供微秒级精度。

verbose: 显示该条目的全部可用journal字段，包括通常被内部隐藏的字段。

按照筛选条件显示特定进程的日志:

_COMM 显示特定程序的所有消息，例如：journalctl /usr/lib/systemd/systemd

_EXE 进程的可执行文件的路径

_PID 进程的PID，例如：journalctl _PID=1

_UID 运行该进程用户的UID

_SYSTEMD_UNIT 启动该进程的 systemd 单元

以上筛选条件可组合使用，例如：journalctl _SYSTEMD_UNIT=sshd.service _PID=1182

一、开机启动

对于那些支持 Systemd 的软件，安装的时候，会自动在/usr/lib/systemd/system目录添加一个配置文件。

如果你想让该软件开机启动，就执行下面的命令(以httpd.service为例)。

$ sudo systemctl enable httpd

上面的命令相当于在/etc/systemd/system目录添加一个符号链接，指向/usr/lib/systemd/system里面的httpd.service文件。

这是因为开机时，Systemd只执行/etc/systemd/system目录里面的配置文件。这也意味着，如果把修改后的配置文件放在该目录，就可以达到覆盖原始配置的效果。

二、启动服务

设置开机启动以后，软件并不会立即启动，必须等到下一次开机。如果想现在就运行该软件，那么要执行systemctl start命令。

$ sudo systemctl start httpd

执行上面的命令以后，有可能启动失败，因此要用systemctl status命令查看一下该服务的状态。

$ sudo systemctl status httpd

httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled) Active: active (running) since 金 2014-12-05 12:18:22 JST; 7min ago Main PID: 4349 (httpd) Status: "Total requests: 1; Current requests/sec: 0; Current traffic: 0 B/sec" CGroup: /system.slice/httpd.service ├─4349 /usr/sbin/httpd -DFOREGROUND ├─4350 /usr/sbin/httpd -DFOREGROUND ├─4351 /usr/sbin/httpd -DFOREGROUND ├─4352 /usr/sbin/httpd -DFOREGROUND ├─4353 /usr/sbin/httpd -DFOREGROUND └─4354 /usr/sbin/httpd -DFOREGROUND 12月 05 12:18:22 localhost.localdomain systemd[1]: Starting The Apache HTTP Server... 12月 05 12:18:22 localhost.localdomain systemd[1]: Started The Apache HTTP Server. 12月 05 12:22:40 localhost.localdomain systemd[1]: Started The Apache HTTP Server.

上面的输出结果含义如下。

  • Loaded行：配置文件的位置，是否设为开机启动
  • Active行：表示正在运行
  • Main PID行：主进程ID
  • Status行：由应用本身(这里是 httpd )提供的软件当前状态
  • CGroup块：应用的所有子进程
  • 日志块：应用的日志

三、停止服务

终止正在运行的服务，需要执行systemctl stop命令。

$ sudo systemctl stop httpd.service

有时候，该命令可能没有响应，服务停不下来。这时候就不得不"杀进程"了，向正在运行的进程发出kill信号。

$ sudo systemctl kill httpd.service

此外，重启服务要执行systemctl restart命令。

$ sudo systemctl restart httpd.service

四、读懂配置文件

一个服务怎么启动，完全由它的配置文件决定。下面就来看，配置文件有些什么内容。

前面说过，配置文件主要放在/usr/lib/systemd/system目录，也可能在/etc/systemd/system目录。找到配置文件以后，使用文本编辑器打开即可。

systemctl cat命令可以用来查看配置文件，下面以sshd.service文件为例，它的作用是启动一个 SSH 服务器，供其他用户以 SSH 方式登录。

$ systemctl cat sshd.service

[Unit]
Description=OpenSSH server daemon
Documentation=man:sshd(8) man:sshd_config(5) After=network.target sshd-keygen.service Wants=sshd-keygen.service [Service] EnvironmentFile=/etc/sysconfig/sshd ExecStart=/usr/sbin/sshd -D $OPTIONS ExecReload=/bin/kill -HUP $MAINPID Type=simple KillMode=process Restart=on-failure RestartSec=42s [Install] WantedBy=multi-user.target

可以看到，配置文件分成几个区块，每个区块包含若干条键值对。

下面依次解释每个区块的内容。

五、 [Unit] 区块：启动顺序与依赖关系。

Unit区块的Description字段给出当前服务的简单描述，Documentation字段给出文档位置。

接下来的设置是启动顺序和依赖关系，这个比较重要。

After字段：表示如果network.target或sshd-keygen.service需要启动，那么sshd.service应该在它们之后启动。

相应地，还有一个Before字段，定义sshd.service应该在哪些服务之前启动。

注意，After和Before字段只涉及启动顺序，不涉及依赖关系。

举例来说，某 Web 应用需要 postgresql 数据库储存数据。在配置文件中，它只定义要在 postgresql 之后启动，而没有定义依赖 postgresql 。上线后，由于某种原因，postgresql 需要重新启动，在停止服务期间，该 Web 应用就会无法建立数据库连接。

设置依赖关系，需要使用Wants字段和Requires字段。

Wants字段：表示sshd.service与sshd-keygen.service之间存在"弱依赖"关系，即如果"sshd-keygen.service"启动失败或停止运行，不影响sshd.service继续执行。

Requires字段则表示"强依赖"关系，即如果该服务启动失败或异常退出，那么sshd.service也必须退出。

注意，Wants字段与Requires字段只涉及依赖关系，与启动顺序无关，默认情况下是同时启动的。

六、[Service] 区块：启动行为

Service区块定义如何启动当前服务。

6.1 启动命令

许多软件都有自己的环境参数文件，该文件可以用EnvironmentFile字段读取。

EnvironmentFile字段：指定当前服务的环境参数文件。该文件内部的key=value键值对，可以用$key的形式，在当前配置文件中获取。

上面的例子中，sshd 的环境参数文件是/etc/sysconfig/sshd。

配置文件里面最重要的字段是ExecStart。

ExecStart字段：定义启动进程时执行的命令。

上面的例子中，启动sshd，执行的命令是/usr/sbin/sshd -D $OPTIONS，其中的变量$OPTIONS就来自EnvironmentFile字段指定的环境参数文件。

与之作用相似的，还有如下这些字段。

  • ExecReload字段：重启服务时执行的命令
  • ExecStop字段：停止服务时执行的命令
  • ExecStartPre字段：启动服务之前执行的命令
  • ExecStartPost字段：启动服务之后执行的命令
  • ExecStopPost字段：停止服务之后执行的命令

请看下面的例子。

[Service]
ExecStart=/bin/echo execstart1 ExecStart= ExecStart=/bin/echo execstart2 ExecStartPost=/bin/echo post1 ExecStartPost=/bin/echo post2

上面这个配置文件，第二行ExecStart设为空值，等于取消了第一行的设置，运行结果如下。

execstart2
post1
post2

所有的启动设置之前，都可以加上一个连词号(-)，表示"抑制错误"，即发生错误的时候，不影响其他命令的执行。比如，EnvironmentFile=-/etc/sysconfig/sshd(注意等号后面的那个连词号)，就表示即使/etc/sysconfig/sshd文件不存在，也不会抛出错误。

6.2 启动类型

Type字段定义启动类型。它可以设置的值如下。

  • simple(默认值)：ExecStart字段启动的进程为主进程
  • forking：ExecStart字段将以fork()方式启动，此时父进程将会退出，子进程将成为主进程
  • oneshot：类似于simple，但只执行一次，Systemd 会等它执行完，才启动其他服务
  • dbus：类似于simple，但会等待 D-Bus 信号后启动
  • notify：类似于simple，启动结束后会发出通知信号，然后 Systemd 再启动其他服务
  • idle：类似于simple，但是要等到其他任务都执行完，才会启动该服务。一种使用场合是为让该服务的输出，不与其他服务的输出相混合

下面是一个oneshot的例子，笔记本电脑启动时，要把触摸板关掉，配置文件可以这样写。

[Unit]
Description=Switch-off Touchpad

[Service] Type=oneshot ExecStart=/usr/bin/touchpad-off [Install] WantedBy=multi-user.target

上面的配置文件，启动类型设为oneshot，就表明这个服务只要运行一次就够了，不需要长期运行。

如果关闭以后，将来某个时候还想打开，配置文件修改如下。

[Unit]
Description=Switch-off Touchpad

[Service] Type=oneshot ExecStart=/usr/bin/touchpad-off start ExecStop=/usr/bin/touchpad-off stop RemainAfterExit=yes [Install] WantedBy=multi-user.target

上面配置文件中，RemainAfterExit字段设为yes，表示进程退出以后，服务仍然保持执行。这样的话，一旦使用systemctl stop命令停止服务，ExecStop指定的命令就会执行，从而重新开启触摸板。

6.3 重启行为

Service区块有一些字段，定义了重启行为。

KillMode字段：定义 Systemd 如何停止 sshd 服务。

上面这个例子中，将KillMode设为process，表示只停止主进程，不停止任何sshd 子进程，即子进程打开的 SSH session 仍然保持连接。这个设置不太常见，但对 sshd 很重要，否则你停止服务的时候，会连自己打开的 SSH session 一起杀掉。

KillMode字段可以设置的值如下。

  • control-group(默认值)：当前控制组里面的所有子进程，都会被杀掉
  • process：只杀主进程
  • mixed：主进程将收到 SIGTERM 信号，子进程收到 SIGKILL 信号
  • none：没有进程会被杀掉，只是执行服务的 stop 命令。

接下来是Restart字段。

Restart字段：定义了 sshd 退出后，Systemd 的重启方式。

上面的例子中，Restart设为on-failure，表示任何意外的失败，就将重启sshd。如果 sshd 正常停止(比如执行systemctl stop命令)，它就不会重启。

Restart字段可以设置的值如下。

  • no(默认值)：退出后不会重启
  • on-success：只有正常退出时(退出状态码为0)，才会重启
  • on-failure：非正常退出时(退出状态码非0)，包括被信号终止和超时，才会重启
  • on-abnormal：只有被信号终止和超时，才会重启
  • on-abort：只有在收到没有捕捉到的信号终止时，才会重启
  • on-watchdog：超时退出，才会重启
  • always：不管是什么退出原因，总是重启

对于守护进程，推荐设为on-failure。对于那些允许发生错误退出的服务，可以设为on-abnormal。

最后是RestartSec字段。

RestartSec字段：表示 Systemd 重启服务之前，需要等待的秒数。上面的例子设为等待42秒。

七、[Install] 区块

Install区块，定义如何安装这个配置文件，即怎样做到开机启动。

WantedBy字段：表示该服务所在的 Target。

Target的含义是服务组，表示一组服务。WantedBy=multi-user.target指的是，sshd 所在的 Target 是multi-user.target。

这个设置非常重要，因为执行systemctl enable sshd.service命令时，sshd.service的一个符号链接，就会放在/etc/systemd/system目录下面的multi-user.target.wants子目录之中。

Systemd 有默认的启动 Target。

$ systemctl get-default
multi-user.target

上面的结果表示，默认的启动 Target 是multi-user.target。在这个组里的所有服务，都将开机启动。这就是为什么systemctl enable命令能设置开机启动的原因。

使用 Target 的时候，systemctl list-dependencies命令和systemctl isolate命令也很有用。

# 查看 multi-user.target 包含的所有服务
$ systemctl list-dependencies multi-user.target

# 切换到另一个 target # shutdown.target 就是关机状态 $ sudo systemctl isolate shutdown.target

一般来说，常用的 Target 有两个：一个是multi-user.target，表示多用户命令行状态；另一个是graphical.target，表示图形用户状态，它依赖于multi-user.target。官方文档有一张非常清晰的 Target 依赖关系图。

八、Target 的配置文件

Target 也有自己的配置文件。

$ systemctl cat multi-user.target

[Unit]
Description=Multi-User System Documentation=man:systemd.special(7) Requires=basic.target Conflicts=rescue.service rescue.target After=basic.target rescue.service rescue.target AllowIsolate=yes

注意，Target 配置文件里面没有启动命令。

上面输出结果中，主要字段含义如下。

Requires字段：要求basic.target一起运行。

Conflicts字段：冲突字段。如果rescue.service或rescue.target正在运行，multi-user.target就不能运行，反之亦然。

After：表示multi-user.target在basic.target 、 rescue.service、 rescue.target之后启动，如果它们有启动的话。

AllowIsolate：允许使用systemctl isolate命令切换到multi-user.target。

九、修改配置文件后重启

修改配置文件以后，需要重新加载配置文件，然后重新启动相关服务。

# 重新加载配置文件
$ sudo systemctl daemon-reload

# 重启相关服务
$ sudo systemctl restart foobar

启动类型：

Type字段定义启动类型。它可以设置的值如下。

  • simple(默认值)：ExecStart字段启动的进程为主进程
  • forking：ExecStart字段将以fork()方式启动，此时父进程将会退出，子进程将成为主进程
  • oneshot：类似于simple，但只执行一次，Systemd 会等它执行完，才启动其他服务
  • dbus：类似于simple，但会等待 D-Bus 信号后启动
  • notify：类似于simple，启动结束后会发出通知信号，然后 Systemd 再启动其他服务
  • idle：类似于simple，但是要等到其他任务都执行完，才会启动该服务。一种使用场合是为让该服务的输出，不与其他服务的输出相混合
 ------------------------------------------------------------------------------------------------------------
关于stop的信号处理：
https://www.freedesktop.org/software/systemd/man/systemd.kill.html
https://www.freedesktop.org/software/systemd/man/systemd.service.html  ( ExecStop相关)
mmgithub123
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
wsl下面的子系统启用systemctl
08-01
在Windows Subsystem for Linux (WSL)环境下，`systemctl`是Linux发行版中的一个核心工具，用于管理系统服务。在WSL中启用`systemctl`可能会遇到一些挑战，因为它是基于Windows的服务管理机制与Linux服务模型之间的...
linux &、nohup与Systemctl的使用
09-14
`systemctl`可以用来启动、停止、重启、查看服务状态等，例如，`systemctl start service_name`用于启动服务，`systemctl status service_name`查看服务状态。`systemctl`处理的服务配置文件通常以`.service`为后缀...
系统定时服务(systemctl和timer)
guolisong的专栏
05-19 1506
linux通过systemctl和timer来设置定时服务
systemctl %i作用
u010674101的专栏
07-27 248
是根据实际的实例名称来动态生成对应的OpenXXX命令和参数。命令中的一个特有功能，用于在服务单元文件中表示实例名称。这种方式使得配置和管理多个Openxxx客户端变得更加灵活和简便，避免了针对每个客户端创建独立的服务单元文件的麻烦。这种功能使得服务单元文件更加通用和灵活，可以适应不同数量的实例，而无需为每个实例创建独立的服务单元文件。是为了使Openxxx服务单元文件具有通用性，并允许使用不同的实例名称启动多个Openxxx客户端。是OpenXXX服务单元文件中的一个特殊标记，用于表示实际的实例名称。
linux 系统定时任务 服务 详解
m0_62261166的博客
05-15 816
最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！
system定时器任务指南
2302_77588112的博客
04-06 895
systemd定时器单元文件是Linux系统中用于配置和管理定时任务的重要组件。这些文件通常以.timer后缀结尾，并存储在特定的目录中，如或。systemd定时器单元文件主要由几个关键部分组成。其中，[Unit]部分用于指定定时器的基本配置，如描述信息、依赖关系等。这些配置帮助systemd了解定时器的性质和所需的环境。另一个重要的部分是[Timer]，它定义了定时器的触发规则。这些规则包括定时器的启动延迟、执行间隔等设置。常用的配置项有OnBootSecOnCalendar等。例如，
systemctl服务错误： (code=exited, status=216/GROUP)
WellTung_666的博客
09-04 2287
解决方法： 修改配置文件，将原来的Group=www-data改成Group=root。
linux systemctl命令详解
09-15
Linux systemctl命令是Systemd系统和服务管理器的核心工具，用于控制和管理Systemd系统以及系统上运行的服务。Systemd是Linux发行版中广泛采用的一种初始化系统，它取代了传统的init系统，提供更高效的启动过程和...
使用 Systemctl 命令来管理系统服务.doc
02-01
使用 systemctl，你可以切换到不同的目标，例如从多用户模式切换到图形界面： ```bash sudo systemctl isolate graphical.target ``` 或者从当前目标切换到单用户模式： ```bash sudo systemctl isolate rescue....
Linux系统中systemctl命令详解
09-15
Linux中的`systemctl`命令是控制systemd系统和服务管理器的核心工具，它替代了传统的System V init、service和chkconfig命令。systemd是Linux启动流程的一部分，负责管理系统启动时的各种服务和守护进程，以及在系统...
systemctl使用
破竹的博客
04-27 505
mgr-active@.service文件，有@符号为模板，后面跟字符串名称 [Unit] Description=ceph-mgr keep alive daemon After=network-online.target local-fs.target time-sync.target #启动后需要运行的services，如mgr-active@%i.service Wants=network-online.target local-fs.target time-sync.target #被需要的se.
Linux定时任务
早八人的上课笔记收录哈哈哈
03-02 3165
linux定时任务创建
Linux 定时任务 | systemd.timer 详解
挖坑埋你
05-05 4495
对于 systemd.timer 在实际工作中使用的比较少，这里就不花费时间来研究了，等需要的时候再说吧（把时间用来做更重要的事情）。这里给出几个参考链接： 定时任务 systemd.timer systemd.timer 中文手册 ...
linux创建自动任务,如何创建systemd定时任务
weixin_35693014的博客
05-12 519
1. 如何创建一个定时任务，通过systemd系统1. 如何创建一个定时任务，通过systemd系统 ◦1.1. systemd中的timer◦1.2. 自定义定时任务 ◦1.2.1. 具体步骤◦1.2.2. [Timer]区块属性详情◦1.3. 删除定时器Linux中，可以使用crontab创建一个定时任务。首先，创建一个crontab文件，形如# 每天的6点42分，运行一次spmake脚本42...
利用systemd的定时器来定时停止服务
^_^
02-23 1115
需求背景： 有时候我们有这样的一种需求：需要一些服务在定时运行一段时间后就停止。实现这种需求的方法有许多种，这里介绍一种基于systemd实现方式。 场景：希望在dockerd服务在每次启动1个小时后就关闭服务。 实现：利用systemd中的timer来实现。 具体方法： 1 创建定时器处理服务 在/usr/lib/systemd/system/目录下创建dockert...
Systemd定时任务以及crontab、at使用概念
2301_79974852的博客
04-07 2061
此外，Systemd定时任务还可以设置内存和CPU的使用额度，可以拆分任务，依赖其他Systemd单元完成非常复杂的任务。Crontab是一个独立的进程，专门用于定时任务的管理。通过编写服务单元文件和定时器单元文件，可以方便地定义任务和调度规则，实现任务的自动化管理。使用Systemd定时任务，可以确保任务在指定的时间准确执行，减少因系统原因导致的任务失败。Systemd定时任务、crontab和at都是在Linux系统中用于执行定时任务或一次性任务的工具，但它们在使用方式、配置和管理方面存在一些差异。
systemctl list
最新发布
06-06
`systemctl` 是 Linux 系统中用于管理系统服务（systemd services）和守护进程（daemons）的命令行工具。`systemctl list` 常见用法是用来查看系统中当前运行、已启动、已停止、暂停或待启动的服务列表。以下是一些...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值