当且仅当服务存在时,我怎样才能停止服务,这意味着我希望仅在服务存在、运行但无法停止时才收到错误代码。当服务不存在或者服务器已停止或成功停止时,我不会收到错误代码。
systemctl stop foobar.service || true
将吞掉任何停止正在运行的服务的失败尝试,这太激进了。目的是确保服务不会运行,并且仅在无法停止时出错。
当且仅当服务存在时,我怎样才能停止服务,这意味着我希望仅在服务存在、运行但无法停止时才收到错误代码。当服务不存在或者服务器已停止或成功停止时,我不会收到错误代码。
systemctl stop foobar.service || true
将吞掉任何停止正在运行的服务的失败尝试,这太激进了。目的是确保服务不会运行,并且仅在无法停止时出错。
当我运行命令systemctl status
时,我得到了这个输出:
[root@192 ~]# systemctl status sshd.service
● sshd.service - OpenSSH server daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2022-04-29 21:48:45 PDT; 3min 43s ago
Docs: man:sshd(8)
man:sshd_config(5)
Main PID: 1288 (sshd)
Tasks: 1 (limit: 100917)
Memory: 2.2M
CGroup: /system.slice/sshd.service
└─1288 /usr/sbin/sshd -D [email protected],[email protected],aes256-ctr,aes256-cbc,[email protected],aes128-c>
Apr 29 21:48:45 localhost.localdomain systemd[1]: Starting OpenSSH server daemon...
Apr 29 21:48:45 localhost.localdomain sshd[1288]: Server listening on 0.0.0.0 port 22.
Apr 29 21:48:45 localhost.localdomain sshd[1288]: Server listening on :: port 22.
Apr 29 21:48:45 localhost.localdomain systemd[1]: Started OpenSSH server daemon.
[root@192 ~]#
如您所见,CGroup 输出被截断(注意最后一个>字符)。如何获得完整的输出?
我在带有内核 5.10.50 的自定义嵌入式 Linux 设备上运行 SystemD 版本 249.7+。我正在使用 Podman 4.0.2 和 Docker-Compose 来运行一些容器。我遇到的问题是 podman 系统服务中的“conmon”子进程复制了 docker-compose 进程生成的每个日志日志条目。我想删除日志条目的普通版本,只保留 docker-compose 生成的日志条目。
Journalctl 显示重复的条目,如下所示:
-- Journal begins at Sun 2012-01-01 00:02:21 UTC. --
Mar 30 17:06:15 device conmon[1625]: {"products":["Linux","Windows","Mac"]}
Mar 30 17:06:16 device sh[16648]: app1 | App1 endpoint hit ...
Mar 30 17:06:16 device sh[16648]: app3 | {"products":["Linux","Windows","Mac"]}
Mar 30 17:06:16 device sh[16648]: app2 | App2 endpoint hit ...
Mar 30 17:06:16 device sh[16648]: app1 | 10.89.0.3 - - [30/Mar/2022 17:06:15] "GET / HTTP/1.1" 200 -
Mar 30 17:06:16 device sh[16648]: app2 | Getting http://app1 ...
Mar 30 17:06:16 device sh[16648]: app2 | Status of GET: 200
Mar 30 17:06:16 device sh[16648]: app2 | Results of GET: {"products":["Linux","Windows","Mac"]}
Mar 30 17:06:16 device sh[16648]: app2 |
Mar 30 17:06:16 device sh[16648]: app2 | 10.89.0.4 - - [30/Mar/2022 17:06:15] "GET / HTTP/1.1" 200 -
Mar 30 17:06:21 device conmon[1558]: App2 endpoint hit ...
Mar 30 17:06:21 device conmon[1558]: Getting http://app1 ...
Mar 30 17:06:22 device sh[16648]: app1 | App1 endpoint hit ...
Mar 30 17:06:22 device sh[16648]: app2 | App2 endpoint hit ...
Mar 30 17:06:22 device sh[16648]: app1 | 10.89.0.3 - - [30/Mar/2022 17:06:22] "GET / HTTP/1.1" 200 -
Mar 30 17:06:22 device sh[16648]: app3 | {"products":["Linux","Windows","Mac"]}
Mar 30 17:06:22 device sh[16648]: app2 | Getting http://app1 ...
Mar 30 17:06:22 device sh[16648]: app2 | Status of GET: 200
Mar 30 17:06:22 device sh[16648]: app2 | Results of GET: {"products":["Linux","Windows","Mac"]}
Mar 30 17:06:22 device sh[16648]: app2 |
Mar 30 17:06:22 device sh[16648]: app2 | 10.89.0.4 - - [30/Mar/2022 17:06:22] "GET / HTTP/1.1" 200 -
Mar 30 17:06:22 device conmon[1393]: App1 endpoint hit ...
Mar 30 17:06:22 device conmon[1393]:
Mar 30 17:06:22 device conmon[1393]: 10.89.0.3 - - [30/Mar/2022 17:06:22] "GET / HTTP/1.1" 200 -
Mar 30 17:06:22 device conmon[1558]: Status of GET: 200
Mar 30 17:06:22 device conmon[1558]:
Mar 30 17:06:22 device conmon[1558]: Results of GET: {"products":["Linux","Windows","Mac"]}
Mar 30 17:06:22 device conmon[1558]:
Mar 30 17:06:22 device conmon[1558]: 10.89.0.4 - - [30/Mar/2022 17:06:22] "GET / HTTP/1.1" 200 -
Mar 30 17:06:22 device conmon[1625]: {"products":["Linux","Windows","Mac"]}
conmon 日志由 podman.service 的“conmon”子进程生成。
root@device:~# systemctl status podman
● podman.service - Podman API Service
Loaded: loaded (8;;file://device/lib/systemd/system/podman.service^G/lib/systemd/system/podman.service8;;^G; enabled; vendor preset: enabled)
Active: active (running) since Wed 2022-03-30 15:48:55 UTC; 1h 18min ago
TriggeredBy: ● podman.socket
Docs: 8;;man:podman-system-service(1)^Gman:podman-system-service(1)8;;^G
Main PID: 515 (podman)
Tasks: 17 (limit: 495)
Memory: 11.8M
CPU: 2min 11.029s
CGroup: /system.slice/podman.service
├─ 515 /usr/bin/podman --log-level=error system service --time=0
├─1391 /usr/bin/dnsmasq -u root --conf-file=/run/containers/cni/dnsname/docker-compose_host_internal_net/dnsmasq.conf
├─1393 /usr/bin/conmon --api-version 1 -c 6739cff6019d2f7e8f123d6fb02f163ec99ee73d322672c41d81f85d6218c66f -u 6739cff6019d2f7e8f123d6fb02f163ec99ee73d322672c41d81f85d6218c66f -r /usr/bin/crun -b /con>
├─1558 /usr/bin/conmon --api-version 1 -c ae34f69196a5d1b332f2f137942d3728c24bb41d06392b13dcfc7296f39b7936 -u ae34f69196a5d1b332f2f137942d3728c24bb41d06392b13dcfc7296f39b7936 -r /usr/bin/crun -b /con>
└─1625 /usr/bin/conmon --api-version 1 -c b94e032b37a8690f847442ab9cdcf7b78aefab45231098d02c60b5f79e5c3474 -u b94e032b37a8690f847442ab9cdcf7b78aefab45231098d02c60b5f79e5c3474 -r /usr/bin/crun -b /con>
Mar 30 17:07:19 device conmon[1558]: App2 endpoint hit ...
Mar 30 17:07:19 device conmon[1558]: Getting http://app1 ...
Mar 30 17:07:20 device conmon[1393]: App1 endpoint hit ...
Mar 30 17:07:20 device conmon[1393]: 10.89.0.3 - - [30/Mar/2022 17:07:20] "GET / HTTP/1.1" 200 -
Mar 30 17:07:20 device conmon[1558]: Status of GET: 200
Mar 30 17:07:20 device conmon[1558]:
Mar 30 17:07:20 device conmon[1558]: Results of GET: {"products":["Linux","Windows","Mac"]}
Mar 30 17:07:20 device conmon[1558]:
Mar 30 17:07:20 device conmon[1558]: 10.89.0.4 - - [30/Mar/2022 17:07:20] "GET / HTTP/1.1" 200 -
Mar 30 17:07:20 device conmon[1625]: {"products":["Linux","Windows","Mac"]}
我尝试将 SystemD 服务文件中的 podman.service StandardOutput 和 StandardErr 重定向为 null - 但 conmon 日志仍然显示为 journalctl。
root@device:~# cat /lib/systemd/system/podman.service
[Unit]
Description=Podman API Service
Requires=podman.socket
After=podman.socket
Documentation=man:podman-system-service(1)
StartLimitIntervalSec=0
[Service]
Environment=XDG_RUNTIME_DIR=
CPUWeight=1000
Type=exec
KillMode=process
StandardOutput=null
StandardError=null
Environment=LOGGING="--log-level=error"
#ExecStart=/bin/sh -c "/usr/bin/podman $LOGGING system service --time=0 1>/dev/null 2>/dev/null"
ExecStart=/usr/bin/podman $LOGGING system service --time=0
如何摆脱 conmon 日志条目?谢谢。
我刚开始学习 systemctl,我尝试创建一个将运行 nodejs 脚本的服务文件,但它无法运行,并且错误并没有真正告诉我原因。
以下是我采取的步骤:
/lib/systemd/system
1)使用以下命令导航到并创建一个文件:
sudo nano /lib/systemd/system/hello_env.service
2)创建以下服务文件:
[Unit]
Description=
After=network.target
[Service]
Type=simple
ExecStart=/usr/bin/node /home/dev/index.js
Restart=always
[Install]
WantedBy=multi.user.target
3) 打字sudo systemctl daemon-reload
4)启动过程:
sudo systemctl start hello_env
5)检查状态:
sudo systemctl status hello_env
并得到以下错误:
> hello_env.service Loaded: loaded
> (/lib/systemd/system/hello_env.service; disabled; vendor pres
> Active: failed (Result: exit-code) since Wed 2020-01-29 16:00:37 IST;
> 2s ago Process: 25605 ExecStart=/usr/bin/node
> /home/dev/index.j Main PID: 25605 (code=exited,
> status=1/FAILURE)
>
> Jan 29 16:00:37 sf-env systemd[1]: hello_env.service: Main process
> exited, code Jan 29 16:00:37 sf-env systemd[1]: hello_env.service:
> Failed with result 'exit- Jan 29 16:00:37 sf-env systemd[1]:
> hello_env.service: Service hold-off time ove Jan 29 16:00:37 sf-env
> systemd[1]: hello_env.service: Scheduled restart job, re Jan 29
> 16:00:37 sf-env systemd[1]: Stopped index.js - starting the bot. Jan
> 29 16:00:37 sf-env systemd[1]: hello_env.service: Start request
> repeated to Jan 29 16:00:37 sf-env systemd[1]: hello_env.service:
> Failed with result 'exit- Jan 29 16:00:37 sf-env systemd[1]: Failed to
> start index.js.
请注意,如果我导航到/home/dev/index.js
并使用它运行脚本node index.js
就可以了 - 请告知我缺少的内容
我正在使用一项服务,但它意外死亡(停止)。无论它如何停止,我都想让它自动重启!它已配置Restart=on-abort
且未重新启动。该服务不是我编写的,它来自另一个供应商,所以虽然我想追踪服务崩溃的根本原因,但我还需要一个解决方案来保持系统运行,直到找到根本原因。该服务每天死零到三次,所以不要太频繁。
该服务当前设置Restart=on-abort
为在服务文件中定义的/etc/systemd/system/someone-elses.service
那么是什么Restart=on-abort
意思呢?
我进行了搜索并了解了 restart= 的不同值的含义,但在手册页中一无所获:
我有一个源自 /etc/init.d/XX 脚本的“服务”,并为它生成了一个 systemd包装器。它不会在任何运行级别自动启动,并且当我运行systemctl --all
或systemctl list-unit-files --all
它不会出现在任何列表中时。
我的预感是因为它没有依赖关系,还没有启动,它没有“加载”到 systemd 中(所以没有启用,没有加载)所以 systemd 没有列出它。
有没有办法获得所有可能服务的完整列表,即使是那些尚未启动且未自动启动的服务?或者做一个systemctl search
等效的?
此相关问题仅要求提供将在启动时尝试的服务列表。
“--all”下的man
页面systemctl
说
要列出系统上安装的所有单元,请改用 list-unit-files 命令
但是这些禁用的单位不会出现在list-unit-files
.
自上次重新启动服务以来,是否有规范的方法可以从 journalctl 获取所有日志?我想要做的是重新启动服务并立即查看自启动重新启动以来的所有日志。
我想出了:
$ unit=prometheus
$ sudo systemctl restart $unit
$ since=$(systemctl show $unit | grep StateChangeTimestamp= | awk -F= '{print $2}')
$ sudo systemctl status -n0 $unit && sudo journalctl -f -u $unit -S "$since"
这可能会起作用,但我想知道是否有更具体的说法:重新启动并从那时起给我所有日志。
我创建了 systemd 服务,它运行一个脚本,如果这些配置文件不存在,它会自动生成一些配置文件,并根据它们加载服务,或者使用现有的服务加载服务。
我想提供一些额外的功能,允许用户使用相同的 systemctl 服务清理以前的配置。
我想了想ExecReload
,以为它会在用户键入时调用systemctl restart service_name
,但后来我发现它并没有按照我的想法做。
有办法吗?我在这里和Freedesktop Systemd doc中检查,但我找不到路
当某个文本输出出现在 systemctl 状态或日志文件中时,我试图让服务重新启动。
此示例中的完整行是:
Aug 27 01:05:16 SSD plexdrive410[1321]: [USR/LOCAL/BIN/PLEXDRIVE410] [2018-08-27 01:05] WARNING: Could not update/save object 4PASA4U3Gj8mTvllAAIgEqHdMFHER3q (screens.jpg)
关键字将始终包含
WARNING: Could not update/save object
我曾尝试寻找答案,但无法找到答案,感谢任何指点!
我尝试使用的更新脚本:
感谢您的撰写和解释。第一次它会重复重新启动 SERVICE。
然后我添加了 sleep 30,但是每次脚本运行时,它都会重新启动服务文件,而不管包含所需正则表达式的行如何。
这样的脚本是: