我有一个非常简单的SystemD用户单元:
~/.config/systemd/user/logtest.service
[Unit]
Description=log test
After=network.target
[Service]
Type=oneshot
ExecStart=/home/andrey/tmp/1.sh
[Install]
WantedBy=default.target
1.sh
只是echo
#!/bin/bash
echo "123"
我开始systemctl start --user logtest.service
然后我检查了日志journalctl --user-unit logtest -n5
,但我在此输出中看不到我的123
。为什么????
journalctl --user-unit logtest -n5
-- Logs begin at Сб 2016-10-15 22:17:53 +07, end at Пт 2017-01-06 16:03:16 +07. --
янв 06 16:03:15 andrcomp systemd[1524]: Started log test.
янв 06 16:03:16 andrcomp systemd[1524]: Starting log test...
янв 06 16:03:16 andrcomp systemd[1524]: Started log test.
янв 06 16:03:16 andrcomp systemd[1524]: Starting log test...
янв 06 16:03:16 andrcomp systemd[1524]: Started log test.
但如果我将sleep 1
添加到1.sh
:
#!/bin/bash
echo "123"
sleep 1
然后123
出现在我的日志中
$ journalctl --user-unit logtest -n5
-- Logs begin at Сб 2016-10-15 22:17:53 +07, end at Пт 2017-01-06 16:10:25 +07. --
янв 06 16:07:57 andrcomp systemd[1524]: Starting log test...
янв 06 16:07:57 andrcomp systemd[1524]: Started log test.
янв 06 16:10:24 andrcomp systemd[1524]: Starting log test...
янв 06 16:10:24 andrcomp 1.sh[3760]: 123
янв 06 16:10:25 andrcomp systemd[1524]: Started log test.
为什么?
如果我检查了所有用户日志,那么123
就在这里(sleep
中没有1.sh
)
$ journalctl --user -n5
-- Logs begin at Вс 2016-12-18 16:15:56 +07, end at Пт 2017-01-06 16:13:32 +07. --
янв 06 16:13:32 andrcomp 1.sh[3997]: 123
янв 06 16:13:32 andrcomp systemd[1524]: Started log test.
янв 06 16:13:32 andrcomp systemd[1524]: Starting log test...
янв 06 16:13:32 andrcomp 1.sh[4007]: 123
янв 06 16:13:32 andrcomp systemd[1524]: Started log test.
但我只需要查看某些单位日志
它作为系统单元工作正常(/usr/lib/systemd/system/logtest_syst.service)
$ journalctl -u logtest_syst
-- Logs begin at Сб 2016-10-15 22:17:53 +07, end at Пт 2017-01-06 15:43:59 +07. --
янв 06 15:43:59 andrcomp systemd[1]: Starting log test...
янв 06 15:43:59 andrcomp 1.sh[1082]: 123
янв 06 15:43:59 andrcomp systemd[1]: Started log test.
什么是睡觉的魔力?或者可能是检查用户单位日志的正确方法?
答案 0 :(得分:2)
有关于此的错误标记为CLOSED CANTFIX:Journalctl miss to show logs from unit
红帽高级软件工程师Michal Sekletar表示:
这是一个已知问题。 systemd-journald有时无法记录有关日志消息来源的单位的信息。如果记录消息的进程是短暂的,则更有可能遇到此问题。
[...]
日志不会随处消失。对于一些源自短期流程的日志消息,journald无法找出相应的cgroup(单位)。因此,如果您根据单位名称应用过滤,则不会看到这些日志行。我们无法做任何事情,直到内核为我们提供了一种非收集方式收集cgroup信息的方法。但话说回来,日志就在那里,你的第一个使用基于时间过滤的命令证明了这一点。
因此,你应该能够使用如下命令查看脚本的输出(没有睡眠的那个):
journalctl --since "2016-10-15 22:17:53"