Jak przekierować dane wyjściowe usługi systemd do pliku

Próbuję przekierować dane wyjściowe systemdusługi do pliku, ale wydaje się, że nie działa:

[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

Proszę, popraw moje podejście.

Myślę, że istnieje bardziej elegancki sposób rozwiązania problemu: wyślij stdout / stderr do syslog z identyfikatorem i poinstruuj swojego menedżera syslog, aby podzielił dane wyjściowe według nazwy programu.

Użyj następujących właściwości w pliku systemowym jednostki usługowej:

StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=<your program identifier> # without any quote

Następnie, zakładając, że twoja dystrybucja używa rsyslog do zarządzania syslogami, utwórz plik /etc/rsyslog.d/<new_file>.confo następującej treści:

if $programname == '<your program identifier>' then /path/to/log/file.log
& stop

Teraz spraw, aby plik dziennika był zapisywalny przez 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

Uruchom ponownie rsyslog ( sudo systemctl restart rsyslog) i baw się! Twój program stdout / stderr będzie nadal dostępny przez journalctl ( sudo journalctl -u <your program identifier>), ale będą one również dostępne w wybranym przez Ciebie pliku.

Źródło: archive.org

Jeśli masz nowszą dystrybucję z nowszą systemd( systemdwersja 236 lub nowsza ), możesz ustawić wartości StandardOutputlub StandardErrorna file:YOUR_ABSPATH_FILENAME.

Długa historia:

W nowszych wersjach systemdjest stosunkowo nowa opcja ( żądanie github pochodzi z 2016 ish, a ulepszenie jest połączone / zamknięte 2017 ish ), w której można ustawić wartości StandardOutputlub StandardErrordo file:YOUR_ABSPATH_FILENAME. file:pathOpcja jest udokumentowane w najnowszej systemd.execmanualu .

Ta nowa funkcja jest stosunkowo nowa, więc nie jest dostępna dla starszych dystrybucji, takich jak centos-7 (ani wcześniejszych centów).

Prawdopodobnie pojawi się ten błąd:

Failed to parse output specifier, ignoring: /var/log1.log

Ze strony podręcznika systemd.exec(5):

StandardOutput=

Określa, gdzie jest podłączony deskryptor pliku 1 (STDOUT) wykonywanych procesów. Przyjmuje jedną inherit, null, tty, journal, syslog, kmsg, journal+console, syslog+console, kmsg+consolelub socket.

systemd.exec(5)Strona podręcznika opisuje inne opcje związane z wyrębu. Zobacz także strony man systemd.service(5)i systemd.unit(5).

A może możesz wypróbować takie rzeczy (wszystko w jednej linii):

ExecStart=/bin/sh -c '/usr/local/bin/binary1 agent -config-dir /etc/sample.d/server 2>&1 > /var/log.log' 

Sugerowałbym dodanie stdouti stderrzapisanie w samym servicepliku systemd .

Odsyłacze: https://www.freedesktop.org/software/systemd/man/systemd.exec.html#StandardOutput=

Jak skonfigurowałeś, nie powinno to lubić:

StandardOutput=/home/user/log1.log
StandardError=/home/user/log2.log

Powinno być:

StandardOutput=file:/home/user/log1.log
StandardError=file:/home/user/log2.log

Działa to, gdy nie chcesz ponownie uruchamiać usługi ponownie .

Spowoduje to utworzenie nowego pliku i nie zostanie dołączone do istniejącego pliku.

Użyj zamiast:

StandardOutput=append:/home/user/log1.log
StandardError=append:/home/user/log2.log

UWAGA: Upewnij się, że utworzyłeś już katalog. Myślę, że to nie obsługuje tworzenia katalogu.

Jeśli z jakiegoś powodu nie możesz użyć rsyslog, wystarczy: ExecStart=/bin/bash -ce "exec /usr/local/bin/binary1 agent -config-dir /etc/sample.d/server >> /var/log/agent.log 2>&1"

Załóżmy, że dzienniki są już umieszczone na stdout / stderr i muszą zalogować się do jednostki systemowej/var/log/syslog

journalctl -u unitxxx.service

Jun 30 13:51:46 host unitxxx[1437]: time="2018-06-30T11:51:46Z" level=info msg="127.0.0.1
Jun 30 15:02:15 host unitxxx[1437]: time="2018-06-30T13:02:15Z" level=info msg="127.0.0.1
Jun 30 15:33:02 host unitxxx[1437]: time="2018-06-30T13:33:02Z" level=info msg="127.0.0.1
Jun 30 15:56:31 host unitxxx[1437]: time="2018-06-30T13:56:31Z" level=info msg="127.0.0.1

Config rsyslog (usługa rejestrowania systemu)

# Create directory for log file
mkdir /var/log/unitxxx

# Then add config file /etc/rsyslog.d/unitxxx.conf

if $programname == 'unitxxx' then /var/log/unitxxx/unitxxx.log
& stop

Uruchom ponownie rsyslog

systemctl restart rsyslog.service

Używamy Centos7, aplikacji Spring Boot z systememd. Uruchomiłem java jak poniżej. i ustawienie StandardOutput na plik nie działało.

ExecStart=/bin/java -jar xxx.jar  -Xmx512-Xms32M

Poniżej rozwiązanie obejścia działające bez ustawiania StandardOutput. uruchamianie javy przez sh, jak poniżej.

ExecStart=/bin/sh -c 'exec /bin/java -jar xxx.jar -Xmx512M -Xms32M >> /data/logs/xxx.log 2>&1'

Krótka odpowiedź:

StandardOutput=file:/var/log1.log
StandardError=file:/var/log2.log

Jeśli nie chcesz, aby pliki były czyszczone za każdym razem, gdy usługa jest uruchamiana, użyj zamiast tego append:

StandardOutput=append:/var/log1.log
StandardError=append:/var/log2.log