我试图重定向输出的systemd服务到一个文件,但它似乎不工作:
[Unit]
Description=customprocess
After=network.target
[Service]
Type=forking
ExecStart=/usr/local/bin/binary1 agent -config-dir /etc/sample.d/server
StandardOutput=/var/log1.log
StandardError=/var/log2.log
Restart=always
[Install]
WantedBy=multi-user.target
请纠正我的做法。
我认为有一种更优雅的方法来解决这个问题:用标识符将stdout/stderr发送到syslog,并指示syslog管理器按程序名分割其输出。
在systemd服务单元文件中使用以下属性:
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=<your program identifier> # without any quote
然后,假设您的发行版使用rsyslog来管理syslog日志,在/etc/rsyslog.d/<new_file>.conf中创建一个包含以下内容的文件:
if $programname == '<your program identifier>' then /path/to/log/file.log
& stop
现在使日志文件可写入syslog:
# ls -alth /var/log/syslog
-rw-r----- 1 syslog adm 439K Mar 5 19:35 /var/log/syslog
# chown syslog:adm /path/to/log/file.log
重启rsyslog (sudo systemctl Restart rsyslog),享受吧!您的程序stdout/stderr仍然可以通过journalctl (sudo journalctl -u <您的程序标识符>)使用,但它们也可以在您选择的文件中使用。
来源:archive.org
你可能会得到这样的错误:
Failed to parse output specifier, ignoring: /var/log1.log
从system .exec(5)手册页:
StandardOutput =
控制已执行进程的文件描述符1 (STDOUT)连接到的位置。取inherit、null、tty、journal、syslog、kmsg、journal+console、syslog+console、kmsg+console或socket中的一种。
exec(5)手册页解释了与日志记录相关的其他选项。请参见system .service(5)和system .unit(5)手册页。
或者你可以尝试这样的事情(都在一行中):
ExecStart=/bin/sh -c '/usr/local/bin/binary1 agent -config-dir /etc/sample.d/server 2>&1 > /var/log.log'
让你的服务文件调用shell脚本,而不是直接运行应用程序。这样你就有了额外的控制权。例如,您可以创建类似于/var/log/中的输出文件
编写一个shell脚本,如/opt/myapp/myapp.sh
#!/bin/sh
/usr/sbin/logrotate --force /opt/myapp/myapp.conf --state /opt/myapp/state.tmp
logger "[myapp] Run" # send a marker to syslog
myapp > /opt/myapp/myapp.log 2>&1 &
和你的服务文件myapp。服务包含:
...
[Service]
Type=forking
ExecStart=/bin/sh -c /opt/myapp/myapp.sh
...
日志配置文件/opt/myapp/myapp.conf的示例
/opt/myapp/myapp.log {
daily
rotate 20
missingok
compress
}
然后你会得到myapp.log,并压缩myapp.log.1.gz…每次服务被启动,和以前压缩。