Comment quitter tous les processus de superviseur si l'un est sorti avec 0 résultat

14

Je lance le conteneur Docker avec un superviseur comme ceci:

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}

Après l'arrêt du producteur, j'ai:

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

mais serf-agent garde le conteneur en état de marche. Je veux arrêter le conteneur Docker lorsque le producteur a terminé son travail correctement avec le statut 0. J'ai essayé de joindre les processus à un groupe mais cela ne semble pas fonctionner. Les gars, qu'est-ce que j'ai sauté? Aidez-moi s'il vous plaît!

Vitaly Velikodny
la source
dupe possible de serverfault.com/questions/735328/…
ibotty

Réponses:

8

J'ai résolu un problème avec le superviseur d' événements du superviseur :

[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**

Aussi une bonne gestion du processus des articles dans les conteneurs Docker

Vitaly Velikodny
la source
Quel est le contenu du script kill.py?
Piotr Kieszczyński
@ PiotrKieszczyński post a été mis à jour, regardez, s'il vous plaît
Vitaly Velikodny
3

Voici une version légèrement plus rationalisée qui utilise un script shell au lieu d'un script python, et couvre également plusieurs services, tuant l'ensemble du superviseur en cas d'échec.

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

Références

slm
la source
1
N'avez-vous pas oublié les événements de la config ici? Et votre configuration n'a aucune référence à stop-supervisor.sh
rfay
où est stop-supervisor.sh déclenché?
Pieter
@Pieter - merci, il a été coupé lorsque je l'ai collé, je l'ai corrigé.
slm
0

Voici une solution simple pour Docker. Dans votre supervisord.conf, remplacez ceci:

[program:something]
command = something

avec ça:

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