So leiten Sie die Ausgabe des systemd-Dienstes in eine Datei um

Ich versuche, die Ausgabe eines systemdDienstes in eine Datei umzuleiten, aber es scheint nicht zu funktionieren:

[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

Bitte korrigieren Sie meinen Ansatz.

Ich denke, es gibt einen eleganteren Weg, um das Problem zu lösen: Senden Sie stdout / stderr mit einer Kennung an syslog und weisen Sie Ihren Syslog-Manager an, seine Ausgabe nach Programmnamen aufzuteilen.

Verwenden Sie die folgenden Eigenschaften in Ihrer systemd Service Unit-Datei:

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

Angenommen, Ihre Distribution verwendet rsyslog zum Verwalten von Syslogs, erstellen Sie eine Datei /etc/rsyslog.d/<new_file>.confmit dem folgenden Inhalt:

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

Machen Sie nun die Protokolldatei von syslog beschreibbar:

# 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

Starten Sie rsyslog ( sudo systemctl restart rsyslog) neu und genießen Sie! Ihr Programm stdout / stderr ist weiterhin über journalctl ( sudo journalctl -u <your program identifier>) verfügbar , sie sind jedoch auch in der Datei Ihrer Wahl verfügbar.

Quelle über archive.org

Wenn Sie eine neuere Distribution mit einer neueren systemd( systemdVersion 236 oder neuer ) haben, können Sie die Werte von StandardOutputoder StandardErrorauf einstellen file:YOUR_ABSPATH_FILENAME.

Lange Geschichte:

In neueren Versionen von systemdgibt es eine relativ neue Option ( die Github-Anforderung stammt von 2016 ish und die Erweiterung wird 2017 ish zusammengeführt / geschlossen ), mit der Sie die Werte von StandardOutputoder StandardErrorauf festlegen können file:YOUR_ABSPATH_FILENAME. Die file:pathOption ist in der neuesten systemd.execManpage dokumentiert .

Diese neue Funktion ist relativ neu und daher für ältere Distributionen wie Centos-7 (oder Centos davor) nicht verfügbar.

Möglicherweise erhalten Sie diesen Fehler:

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

Von der systemd.exec(5)Manpage:

StandardOutput=

Steuert, mit welchem ​​Dateideskriptor 1 (STDOUT) der ausgeführten Prozesse verbunden ist. Nimmt man von inherit, null, tty, journal, syslog, kmsg, journal+console, syslog+console, kmsg+consoleoder socket.

In der systemd.exec(5)Manpage werden weitere Optionen zur Protokollierung erläutert. Siehe auch die systemd.service(5)und systemd.unit(5)Manpages.

Oder vielleicht können Sie solche Dinge ausprobieren (alles in einer Zeile):

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

Ich würde vorschlagen, die systemd- Datei selbst hinzuzufügen stdoutund stderrabzulegen service.

Verweis: https://www.freedesktop.org/software/systemd/man/systemd.exec.html#StandardOutput=

Wie Sie konfiguriert haben, sollte es nicht gefallen:

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

Es sollte sein:

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

Dies funktioniert, wenn Sie den Dienst nicht immer wieder neu starten möchten .

Dadurch wird eine neue Datei erstellt und nicht an die vorhandene Datei angehängt.

Verwenden Sie stattdessen:

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

HINWEIS: Stellen Sie sicher, dass Sie das Verzeichnis bereits erstellt haben. Ich denke, es wird nicht unterstützt, ein Verzeichnis zu erstellen.

Wenn rsyslog aus irgendeinem Grund nicht verwendet werden kann, reicht dies aus: ExecStart=/bin/bash -ce "exec /usr/local/bin/binary1 agent -config-dir /etc/sample.d/server >> /var/log/agent.log 2>&1"

Angenommen, die Protokolle sind bereits in stdout / stderr abgelegt und die Systemd-Einheit hat sich angemeldet/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 (System Logging Service)

# 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

Starten Sie rsyslog neu

systemctl restart rsyslog.service

Wir verwenden Centos7, eine Spring Boot-Anwendung mit systemd. Ich habe Java wie unten ausgeführt. und das Setzen von StandardOutput auf Datei funktionierte bei mir nicht.

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

Die folgende Problemumgehungslösung funktioniert ohne Festlegen von StandardOutput. Java durch sh wie unten laufen lassen.

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

Kurze Antwort:

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

Wenn Sie nicht möchten, dass die Dateien bei jeder Ausführung des Dienstes gelöscht werden, verwenden Sie stattdessen Anhängen:

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