Jak wyjść ze wszystkich procesów nadzorcy, jeśli zakończono je z wynikiem 0

14

Korzystam z kontenera dokowanego z takim nadzorem:

Plik Docker

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}

Po zatrzymaniu producenta mam:

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

ale poddany agent utrzymuje kontener w stanie gotowości. Chcę zatrzymać kontener Docker, gdy producent poprawnie zakończy swoją pracę ze statusem 0. Próbowałem dołączyć procesy do jednej grupy, ale wygląda na to, że nie działa. Chłopaki, co pominąłem? Pomóż mi proszę!

Witalij Velikodny
źródło
możliwy duplikat serverfault.com/questions/735328/…
ibotty

Odpowiedzi:

8

Rozwiązałem problem z listą zdarzeń supervisora :

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

Dobre zarządzanie procesami artykułów w kontenerach dokerów

Witalij Velikodny
źródło
Jaka jest zawartość skryptu kill.py?
Piotr Kieszczyński
@ PiotrKieszczyński post został zaktualizowany, spójrz, proszę
Witalij Velikodny
3

Oto nieco bardziej usprawniona wersja, która wykorzystuje skrypt powłoki zamiast skryptu python, a także obejmuje wiele usług, zabijając cały organ nadzorczy, jeśli któryś z nich zawiedzie.

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

Bibliografia

slm
źródło
1
Nie zapomniałeś tutaj o eventlsteners w konfiguracji? I twoja konfiguracja nie ma odniesienia do stop-supervisor.sh
rfay
gdzie wywoływany jest stop-supervisor.sh?
Pieter
@ Pieter - dziękuję, został posiekany, kiedy go wkleiłem, naprawiłem to.
slm
0

Oto proste rozwiązanie dla Dockera. W swoim supervisord.confzastąp to:

[program:something]
command = something

z tym:

[program:something]
command = sh -c 'something && kill 1'
Kirill Bulygin
źródło