[Erledigt] Starten mit systemd

Ich versuche gerade einigen SysV Scripte nach systemd umzubauen um sie unter Leap 42.1 weiterzuverwenden. Eines der Binaries weigert sich aber bisher standhaft zu kooperieren

Es ist ein uralter Daemon, der Daten von der seriellen Schnittstelle liest und an eine Textdatei weiterleitet. Wird das via Kommadozeile gemacht funktioniert alles bestens:

# /opt/test/bin/pcwsr /dev/ttyUSB0 >> /var/test/datei.txt &

Das geht natürlich nur solange bis die Shell geschlossen wird und die Shell selbst bleibt nur nutzbar wenn man das Binary im Hintergrund starten mit &.

Nun habe ich es für systemd so versucht:

[Unit]
Description=UNIX Serial Daemon test
After=network.target


[Service]
ExecStart=/opt/test/bin/pcwsr /dev/ttyUSB0 >> /var/test/datei.txt
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=always


[Install]
WantedBy=multi-user.target

Nur so funktioniert das überhaupt nicht - da läuft nichts nach dem Start:

# systemctl status pcwsr.service 
pcwsr.service - UNIX Weather Daemon pcwsr
   Loaded: loaded (/etc/systemd/system/pcwsr.service; disabled)
   Active: failed (Result: start-limit) since Fri 2015-11-20 20:06:08 CET; 1h 49min ago
  Process: 11261 ExecStart=/opt/test/bin/pcwsr /dev/ttyUSB0 >> /var/test/datei.txt (code=exited, status=255)
 Main PID: 11261 (code=exited, status=255)


Nov 20 20:06:08 garfield pcwsr[11261]: pcwsr 0.1.4 - experimental test version
Nov 20 20:06:08 garfield pcwsr[11261]: Usage: pcwsr -r -d -p <serial device>
Nov 20 20:06:08 garfield pcwsr[11261]: where <options> include:
Nov 20 20:06:08 garfield pcwsr[11261]: -r:    	dump raw data frames
Nov 20 20:06:08 garfield pcwsr[11261]: -d:    	addtl. debug output
Nov 20 20:06:08 garfield pcwsr[11261]: -p:    	pipeline-compatible output to stdout, suitable for piping to 'pcwsr_to_postgresql'

Gerade viel sagt das nicht aus. Ich arbeite mich erst etwas in systemd ein - aber vielleicht kennt sich hier jemand viel besser damit aus und kann mit ein paar Tipps geben.

Leider funktioniert auch mein altes SysV Script von openSuSE 13.1 unter Leap 42.1 nicht mehr, sonst hätte ich dieses verwenden können.

Zitat von Sauerland

Den Befehl in ein Script packen und das Script starten?

Das hatte ich auch versucht, aber es funktionierte ebenfalls nicht. Ich habe dann noch etwas die Dokus gewälzt und schlussendlich vermutet, dass systemd wohl mit der Umleitung der Ausgabe in eine Datei nicht klar kommt.

Ich habe dann die Strategie geändert und herausgefunden, dass systemd selber eine Umleitung des STDOUT anbietet - allerdings nicht direkt in eine Datei.

StandardOutput=

Von den angebotenen Zielen erschien mir syslog am besten, da ich auf meinem Leap System nicht das journal verwende sondern rsyslog installiert habe (es ist ja auch ein Serversystem).

So baute ich das systemd Script entsprechend um:

[Unit]
Description=UNIX Serial Daemon test
After=network.target


[Service]
ExecStart=/opt/test/bin/pcwsr /dev/ttyUSB0
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
StandardOutput=syslog
Restart=always


[Install]
WantedBy=multi-user.target

Die Ausgabe war danach tatsächlich in /var/log/messages ersichtlich und der Daemon lief, lies sich stoppen, starten und auch enablen.

Nun musste ich natürlich noch /etc/rsyslog.conf anpassen, damit die Ausgabe in meine gewünschte Datei erfolgte und gleich wie zuvor aussah - also ohne Zeit, Programm und Host am Anfang jeder Ausgabezeile wie sonst bei syslog üblich:

Also musste ein Ausgabetemplate her und eine Umleitung in meine Datei:

template (name="mySerialFormat" type="string"
string="%msg%\n")
if      ($programname == 'pcwsr')
then {
        -/var/test/datei.txt;mySerialFormat
        stop
}

Damit erfolgt nun die Ausgabe wie gewünscht unverändert in die entsprechende Datei und wird dort ausgewertet. Die Lösung ist zwar etwas anders als zuvor, aber sie erscheint mir sogar sauberer implementiert und funktioniert einwandfrei.

Zitat von LinuPia

Da würde mich jetzt doch interessieren, ob sowas gehen würde mit systemd:

Code

su pcwsr-user -c ': 3>/mein/pcwsr.log 1>&3 2>&3 pcwsr -p >>&3

Oder anders formuliert: Hast du dieses pcwsr mal mit -p probiert? Ich denke, nur fehlede fds waren die Ursache.

-p wäre eine Option die man einfach so in der ExecStart Zeile ergänzen könnte. Die Ausgaben für STDOUT und STDERR kann systemd über die genannten Optionen einfangen:

StandardOutput=syslog
StandardError=syslog

Es gibt noch mehr Optionen als syslog:
inherit, null, tty, journal, syslog, kmsg, journal+console, syslog+console, kmsg+console, socket

Umleitungen in ExecStart - egal welcher Art - führen zu einem Startfehler bei diesem Daemon.

Ich kann gerne zum Test ein zweites systemd .service File erzeugen, wenn Du wissen möchtest wie sich Deine Lösung verhält und wie die Fehlermeldung aussieht.

Die Zeile aus Deinem ersten Post kann ich so nicht verwenden, weil es kein pcwsr-user gibt und pcwsr keine Option -c besitzt.

Im ExecStart geht folgendes nicht:

/opt/test/pcwsr /dev/ttyUSB0 3>/tmp/pcwsr.log 1>&3 2>&3
/opt/test/pcwsr -p /dev/ttyUSB0 3>/tmp/pcwsr.log 1>&3 2>&3
/opt/test/pcwsr /dev/ttyUSB0 2>&1

Die Fehlermeldung ist in jedem Fall identisch mit meinem ersten Post.

Du kannst auch selber experimentieren, der Daemon ist hier zu finden:
http://sourceforge.net/projects/wth.berlios/files/(Ich verwende hier noch die Version 0.1.4)

Das Problem ist erledigt und meine selbst gefundene Lösung ist stabil - von daher besteht keine Notwendigkeit, aber wenn es Dich persönlich interessiert ob es auch anders geht, kann ich gerne ein paar Tests für Dich machen.