¿Cómo puedo registrar la salida estándar de un proceso iniciado por start-stop-daemon?

Estoy usando un script de inicio para ejecutar un proceso simple, que se inicia con:

start-stop-daemon --start --quiet --chuid $DAEMONUSER    \
    --make-pidfile --pidfile $PIDFILE --background       \
    --exec $DAEMON $DAEMON_ARGS

El proceso llamado $ DAEMON generalmente imprime información de registro en su salida estándar. Por lo que puedo decir, estos datos no se almacenan en ningún lugar.

Me gustaría escribir o agregar la salida estándar de $ DAEMON a un archivo en algún lugar.

La única solución que conozco es decirle a start-stop-daemon que llame a un shellscript en lugar de $ DAEMON directamente; el script luego llama a $ DAEMON y escribe en el archivo de registro. Pero eso requiere un script adicional que, al igual que modificar el demonio en sí, parece la forma incorrecta de resolver una tarea tan común.

Para ampliar la respuesta de ypocat, ya que no me deja comentar:

start-stop-daemon --start --quiet --chuid $DAEMONUSER    \
 --make-pidfile --pidfile $PIDFILE --background       \
 --startas /bin/bash -- -c "exec $DAEMON $DAEMON_ARGS > /var/log/some.log 2>&1"

Usar execpara ejecutar el demonio permite detener correctamente el proceso hijo en lugar de solo el padre bash.

Usar en --startaslugar de --execasegura que el proceso será detectado correctamente por su pid y no iniciará erróneamente varias instancias del demonio si se llama a start varias veces. De lo contrario, start-stop-daemon buscará un proceso / bin / bash e ignorará el proceso hijo real que ejecuta el daemon.

Necesitas hacer:

start-stop-daemon --start --quiet --chuid $DAEMONUSER    \
    --make-pidfile --pidfile $PIDFILE --background       \
    --exec /bin/bash -- -c "$DAEMON $DAEMON_ARGS > /var/log/some.log 2>&1"

Además, si usa --chuido --user, asegúrese de que el usuario pueda escribir en /var/logel archivo /var/log/some.log. La mejor manera es que el usuario tenga un /var/log/subdir/pensamiento.

Parece que debería poder usar ahora el --no-closeparámetro al comenzar start-stop-daemona capturar la salida del demonio. Esta nueva característica está disponible en el dpkgpaquete desde la versión 1.16.5 en Debian:

Agregue la nueva opción --no-close para deshabilitar el cierre de fds en --background.

Esto permitió a la persona que llamaba ver los mensajes de proceso con fines de depuración, o poder redirigir los descriptores de archivos a archivos de registro, syslog o similares.

Con openrc (que es el predeterminado en gentoo o alpine linux, por ejemplo) start-stop-daemontiene las opciones -1y -2:

-1, --stdout Redirigir stdout al archivo

-2, --stderr Redirigir stderr al archivo

Entonces puedes escribir:

start-stop-daemon --start --quiet --chuid $DAEMONUSER    \
    --make-pidfile --pidfile $PIDFILE --background       \
    --exec $DAEMON $DAEMON_ARGS -1 $LOGFILE -2 $LOGFILE

No es demasiado difícil capturar la salida del demonio y guardarla en un archivo:

start-stop-daemon --start --background \
  --pidfile $PIDFILE --make-pidfile \
  --chuid $DAEMON_USER \
  --startas $DAEMON --no-close \
  -- $DAEMON_ARGS >> $LOGFILE 2>&1

Sin embargo, esta solución puede no ser óptima para logrotate.

Podría ser mejor capturar la salida en syslog. En Debian esto coincidiría con el comportamiento de los servicios systemd. El siguiente intento directo de reescribir el ejemplo anterior es incorrecto porque deja atrás dos procesos sin padres ("zombi") (registrador y demonio) después de detener el demonio porque start-stop-daemontermina solo su hijo pero no todos los descendientes:

## Do not use this!
start-stop-daemon --start --background \
  --pidfile $PIDFILE --make-pidfile \
  --chuid $DAEMON_USER \
  --startas /bin/sh \
  -- -c """exec $DAEMON $DAEMON_ARGS | /usr/bin/logger --tag $NAME"""

Para que funcione, necesitamos un contenedor que termine sus hijos al recibir SIGTERMde start-stop-daemon. Hay algunos:

start-stop-daemon --start --background \
  --pidfile $PIDFILE \
  --startas /usr/sbin/duende \
  -- --pid $PIDFILE --chroot=/ --uid 65534 --ident $NAME \
  /bin/su --login $DAEMON_USER --shell /bin/sh --command """exec ${DAEMON} $DAEMON_ARGS"""

Nota: uid=65534es un usuario nobody.

Ventajas : funciona y es relativamente fácil.
Contras : 4 procesos (supervisor duende, su bifurcación con privilegios eliminados (registrador) suy el propio demonio); obligatoria --chroot; Si el demonio termina de inmediato (por ejemplo, un comando no válido), status_of_proc -p $PIDFILE "$DAEMON" "$NAME"infórmelo como iniciado correctamente.

start-stop-daemon --start --pidfile $PIDFILE \
  --startas /usr/bin/daemon \
  -- --noconfig --name $NAME --stderr=syslog.info --stdout=syslog.info \
  -- /bin/su --login $DAEMON_USER --shell /bin/sh --command """exec $DAEMON $DAEMON_ARGS"""

Pros : 3 procesos (supervisor daemon, suy daemon sí mismo).
Contras : Difícil de administrar $PIDFILEdebido a las opciones confusas de la línea de comandos del demonio ; Si el demonio termina de inmediato (por ejemplo, un comando no válido), status_of_proc -p $PIDFILE "$DAEMON" "$NAME"infórmelo como iniciado correctamente.

pipexec ( el ganador ):

start-stop-daemon --start --background \
  --pidfile $PIDFILE --make-pidfile \
  --chuid $DAEMON_USER \
  --startas /usr/bin/pipexec -- -k \
   -- [ D $DAEMON $DAEMON_ARGS ] [ L /usr/bin/logger --tag $NAME ] '{D:2>D:1}' '{D:1>L:0}'

Pros : 3 Procesos (supervisor pipexec, loggery Daemon sí mismo); Si el demonio termina de inmediato (por ejemplo, un comando no válido) status_of_proc -p $PIDFILE "$DAEMON" "$NAME", informe correctamente el error.
Contras : ninguno.

Este es el ganador: la solución más sencilla y ordenada que parece funcionar bien.

Por lo general, start-stop-daemoncierra los descriptores de archivos estándar cuando se ejecuta en segundo plano. Desde la página de manual de start-stop-daemon:

-C, --no-close
No cierra ningún descriptor de archivo al forzar el demonio en segundo plano. Se utiliza con fines de depuración para ver la salida del proceso o para redirigir los descriptores de archivo para registrar la salida del proceso. Solo es relevante cuando se usa --background.

Este funcionó para mí:

    start-stop-daemon -b -C -o -c \ 
         $DAEMON_USER -S -x $DAEMON > $DAEMON_LOG 2>&1

Citando una vieja lista de correo:

https://lists.ubuntu.com/archives/ubuntu-uk/2005-June/000037.html

Una forma fácil, y si desea usar start-stop-daemon quizás la única, es crear un pequeño script que contenga:

#!/bin/sh
exec /home/boinc/boinc/boinc > /home/boinc/log/boinc.log

y luego use ese script como argumento para start-stop-daemon.

Quizás la pregunta real, sin embargo, es si realmente es necesario usar start-stop-daemon en primer lugar.

No estoy seguro de si "$ DAEMON $ DAEMON_ARGS> /var/log/some.log 2> & 1" alguna vez cerrará el descriptor de archivo para el archivo de registro ... lo que significa que si su demonio se ejecuta para siempre, no estoy seguro que logrotate u otros mecanismos para limpiar el espacio en disco funcionarían. Dado que es> en lugar de >>, el comando sugerido también truncaría los registros existentes al reiniciar. Si desea ver por qué se bloqueó el demonio y se reinicia automáticamente, puede que no sea de mucha ayuda.

Otra opción podría ser "$ DAEMON | logger". logger es un comando que se registrará en syslog (/ var / log / messages). Si también necesita stderr, creo que podría usar "$ DAEMON 1> & 2 | logger"

Suponiendo que es bash (aunque algunos otros shells también pueden permitir esto), la línea:

exec >>/tmp/myDaemon.log

enviará toda la salida estándar futura a ese archivo. Eso es porque execsin un nombre de programa solo hace algo de magia de redirección. Desde la bashpágina del manual:

Si no se especifica el comando, cualquier redirección tendrá efecto en el shell actual.

La gestión de dicho expediente es, por supuesto, otro tema.

Qué tal si:

sudo -u myuser -i start-stop-daemon ...