Die Ausgabe eines Daemons mit Upstart protokollieren

Ich habe einen benutzerdefinierten Daemon, der von Upstart auf meinem Ubuntu-Server verwaltet wird. Es funktioniert einwandfrei, außer dass ich die Ausgabe des Daemons erfassen (protokollieren) muss. Auf der offiziellen Strophenseite heißt es, dass ich das console loggedtun kann, aber in welche Datei wird das Protokoll geschrieben?

Ich habe auch gelesen , dass console loggedist nicht mehr eine gültige Strophe . Ich verwende derzeit 0.3.9 (Hardy), werde aber in ein paar Monaten auf 0.6.x (Lucid) upgraden. console loggedWas verwende ich stattdessen, wenn es in späteren Versionen nicht funktioniert?

Dieses Snippet leitet die Ausgabe Ihres Dienstes an Logger weiter, während Sie weiterhin den Dienstprozess ausführen können (wodurch der Shell-Prozess ersetzt wird), damit der Start nicht verwirrt wird. Es stellt auch sicher, dass der Logger-Prozess auf init zurückgesetzt wird, damit er nicht zu Ihren Diensten gehört, und verhindert, dass cruft im Dateisystem herumsteht, obwohl es vorübergehend erforderlich ist, ein FIFO zu erstellen.

script
  mkfifo /tmp/myservice-log-fifo
  ( logger -t myservice </tmp/myservice-log-fifo & )
  exec >/tmp/myservice-log-fifo
  rm /tmp/myservice-log-fifo
  exec myservice 2>/dev/null
end script

So funktioniert das:

1. mkfifo /tmp/myservice-log-fifomacht einfach die fifo spezial datei (aka named pipe). Geben Sie man 7 fifofür weitere Informationen.
2. ( logger ... </tmp/myservice-log-fifo & ) Startet den Logger-Lesevorgang vom FIFO im Hintergrund. Die Parens bewirken, dass der Logger-Prozess erneut an init gesendet wird, anstatt ein Kind des aktuellen Shell-Prozesses zu bleiben.
3. exec >/tmp/myservice-log-fifoLeitet die Standardausgabe der aktuellen Shell an das FIFO um. Jetzt haben wir einen offenen Dateideskriptor für dieses FIFO und brauchen den Dateisystemeintrag nicht mehr ...
4. rm /tmp/myservice-log-fifo Also werden wir es entfernen.
5. exec myservice 2>/dev/nullführt den Dienst einfach auf die übliche Weise aus. Stdout geht bereits zum FIFA, und das wird sich nicht ändern, wenn das neue Programm ausgeführt wird.

UPDATE: set -e wird nicht benötigt, da Upstart standardmäßig Skripte mit dieser Option ausführt (siehe http://upstart.ubuntu.com/cookbook/#develop-scripts-using-bin-sh )

Für aktuelle Ubuntu-Versionen (12.04+) verwenden Sie einfach

console log

Die Daemon-Ausgabe (STDOUT & STDERR) wird angehängt /var/log/upstart/<service>.log

http://upstart.ubuntu.com/cookbook/#console-log

Wenn Sie die console output Zeilengruppe verwenden und die Ausgabe Ihres Skripts an logger(die Shell-Befehlsschnittstelle zum Systemprotokollmodul syslog (3)) weiterleiten, funktioniert dies.

Beispielsweise

console output
exec /my/script | logger

wird sich anmelden bei /var/log/messages

Beispielsweise

console output
exec /my/script | logger -t my-script

loggt sich in /var/log/messagesjede Nachricht ein und markiert sie mitmy-script

logger --help für Logger-Nutzungsoptionen.

(Ich verwende Amazon Linux AMI, das auf Centos 5.x basiert; YMMV)

Ich habe den mkfifoTrick nicht bekommen , um zufriedenstellend zu arbeiten; Es schien kein stderr zu erfassen, und Versuche, es umzuleiten, führten dazu, dass Upstart ohne Fehler ausfiel.

Es hat auch den unglücklichen Nebeneffekt, dass der loggerProzess als Kind herumlungert init, sodass die Informationen darüber, wem der Logger "gehört", verloren gehen und jeder, der sich dessen noch nicht bewusst ist, mkfifodavon ausgehen kann, dass es sich um einen baumelnden Prozess handelt, der getötet werden kann.

Stattdessen habe ich die folgende Lösung gefunden, die all diese Probleme behebt. Es wird logger zu einem untergeordneten Prozess, während der Dienst als Stammprozess beibehalten wird. Leider muss es ausgeführt werden bash, aber es sieht nur schmutzig aus.

script
  # ... setup commands here, e.g. environment, cd, ...
  exec bash <<EOT
    exec 1> >(logger -t myservice) 2>&1
    exec myservice
EOT
end script

Dies verwendet einen Trick, der stdout und stderr zu einem Befehl umleitet. Da wir den Service innerhalb des exec - bashBefehl hat dies den Effekt , dass der Schale zu ersetzen und auf magische Weise machen bash ein Kind - Prozess des Dienstes werden, wie durch ps aufxw:

myservice 
 \_ bash -c exec 1> >(logger -t myservice) 2>&1 && exec myservice
    \_ logger -t myservice

Aus irgendeinem Grund muss der obige Befehl in a eingeschlossen werden bash -c. Ich nehme an, dies liegt daran, dass Upstart nur vorgibt, Ihr Skript über Bash auszuführen, dies jedoch nicht wirklich ist. Wenn jemand einen Weg vorschlagen kann, um die zusätzliche Bash-Shell zu umgehen, wäre das großartig.

Das ist hässlich aber bisher das beste was ich gefunden habe

exec / path / to / server >> /tmp/upstart.log 2> & 1

Sie können die Ausgabe auch an syslog umleiten, z

exec $SERVER 2>&1 | logger -t myservice -p local0.info

Die Pipeline kann jedoch dazu führen, dass der Start die PID des Protokollierungsprozesses mit der PID des Dämons verwechselt.

Eine andere Alternative ist die Verwendung von Tee wie:

exec $SERVER 2>&1 | tee /dev/stderr | logger -t myservice

um sowohl die Upstart-Datei als auch die Syslog-Ausgabe zu erhalten