Cómo salir de todos los procesos de supervisión si uno salió con 0 resultado

14

Ejecuto el contenedor docker con un supervisor como este:

Dockerfile

CMD ["/run.sh"]

run.sh

#!/usr/bin/env bash
exec supervisord -n

supervisor-serf.conf

[group:job]
programs=serf,producer

[program:serf]
command=/start-serf-agent.sh
numprocs=1
autostart=true
autorestart=unexpected
stopasgroup=true
killasgroup=true
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

start-serf-agent.sh

#!/bin/bash
exec serf agent --join=serf:7946 -tag role=producer

supervisor-servce.conf

[program:producer]
command=/start.sh
numprocs=1
stopasgroup=true
killasgroup=true
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

start.sh

#!/bin/bash
exec /producer --project=${NAME}

Después de que el productor se detuvo, tengo:

producer_1 |     2016/02/29 21:59:50 [INFO] serf: EventMemberLeave: 7c4fbc80af97 172.19.0.2
producer_1 | 2016/02/29 21:59:51 INF    1 stopping
producer_1 | 2016/02/29 21:59:51 INF    1 exiting router
producer_1 | 2016-02-29 21:59:51,281 INFO exited: producer (exit status 0; expected)
producer_1 |     2016/02/29 21:59:51 [INFO] agent: Received event: member-leave

pero serf-agent mantiene el contenedor en estado de ejecución. Quiero detener el contenedor Docker cuando el productor complete su trabajo correctamente con el estado 0. Intenté unir procesos a un grupo pero parece que no funciona. Chicos, ¿qué me salté? ¡Ayudame por favor!

Vitaly Velikodny
fuente
posible engaño de serverfault.com/questions/735328/…
ibotty

Respuestas:

8

Resolví el problema con el supervisor eventlistener :

[program:worker]
command=/start.sh
priority=2
process_name=worker
numprocs=1
stopasgroup=true
killasgroup=true
stdout_logfile=/dev/stdout
stdout_logfile_maxbytes=0
stderr_logfile=/dev/stderr
stderr_logfile_maxbytes=0

[eventlistener:worker_exit]
command=/kill.py
process_name=worker
events=PROCESS_STATE_EXITED

kill.py

#!/usr/bin/env python
import sys
import os
import signal

def write_stdout(s):
   sys.stdout.write(s)
   sys.stdout.flush()
def write_stderr(s):
   sys.stderr.write(s)
   sys.stderr.flush()
def main():
   while 1:
       write_stdout('READY\n')
       line = sys.stdin.readline()
       write_stdout('This line kills supervisor: ' + line);
       try:
               pidfile = open('/var/run/supervisord.pid','r')
               pid = int(pidfile.readline());
               os.kill(pid, signal.SIGQUIT)
       except Exception as e:
               write_stdout('Could not kill supervisor: ' + e.strerror + '\n')
       write_stdout('RESULT 2\nOK')
if __name__ == '__main__':
   main()
   import sys
main issue I forgot to point to **process_name**

También buena gestión de procesos de artículos en contenedores acoplables

Vitaly Velikodny
fuente
¿Cuál es el contenido del script kill.py?
Piotr Kieszczyński
@ PiotrKieszczyński se ha actualizado la publicación, mira, por favor
Vitaly Velikodny
3

Aquí hay una versión un poco más simplificada que utiliza un script de shell en lugar de un script de Python, y también cubre múltiples servicios, matando a todo el supervisor si alguno falla.

supervisord.conf
$ cat /etc/supervisord.conf
[supervisord]
nodaemon=true
loglevel=debug
logfile=/var/log/supervisor/supervisord.log
pidfile=/var/run/supervisord.pid
childlogdir=/var/log/supervisor

[program:service1]
command=/usr/sbin/service1
user=someone
autostart=true
autorestart=true
startsecs=30
process_name=service1

[program:service2]
command=/usr/sbin/service2
user=root
autostart=true
autorestart=true
startsecs=30
process_name=service2

[eventlistener:processes]
command=stop-supervisor.sh
events=PROCESS_STATE_STOPPED, PROCESS_STATE_EXITED, PROCESS_STATE_FATAL
stop-supervisor.sh
$ cat stop-supervisor.sh
#!/bin/bash

printf "READY\n";

while read line; do
  echo "Processing Event: $line" >&2;
  kill -3 $(cat "/var/run/supervisord.pid")
done < /dev/stdin

Referencias

slm
fuente
1
¿No olvidaste los eventlsteners en la configuración aquí? Y su configuración no tiene referencia a stop-supervisor.sh
rfay
¿Dónde se activa stop-supervisor.sh?
Pieter
@Pieter - gracias, se cortó cuando lo pegué, lo arreglé.
slm el
0

Aquí hay una solución simple para Docker. En su supervisord.conf, reemplace esto:

[program:something]
command = something

con este:

[program:something]
command = sh -c 'something && kill 1'
Kirill Bulygin
fuente