Como sair de todos os processos do supervisor se um saiu com 0 resultado

14

Executo o docker container com 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}

Depois que o produtor parou, eu tenho:

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

mas o servo-agente mantém o contêiner no estado de execução. Quero parar o contêiner do Docker quando o produtor concluir seu trabalho corretamente com o status 0. Tentei associar processos a um grupo, mas parece que não funciona. Gente, o que eu pulei? Ajude-me, por favor!

Vitaly Velikodny
fonte
possível dupe de serverfault.com/questions/735328/…
ibotty 8/16

Respostas:

8

Resolvi o problema com o 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**

Também bom gerenciamento de processos de artigos em contêineres de encaixe

Vitaly Velikodny
fonte
Qual é o conteúdo do script kill.py?
Piotr Kieszczyński
@ Post do PiotrKieszczyński foi atualizado, olhe, por favor
Vitaly Velikodny
3

Aqui está uma versão um pouco mais simplificada, que utiliza um script de shell em vez de um script python, e também abrange vários serviços, matando todo o supervisor se um deles falhar.

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

Referências

slm
fonte
1
Você não esqueceu os eventos na configuração aqui? E sua configuração não tem referência para stop-supervisor.sh
rfay
onde o stop-supervisor.sh é acionado?
Pieter
@ Pieter - obrigado, ele foi picado quando eu colei, eu consertei.
SLM
0

Aqui está uma solução simples para o Docker. No seu supervisord.conf, substitua isto:

[program:something]
command = something

com isso:

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