Я запускаю Docker-контейнер с супервизором следующим образом:
Dockerfile
CMD ["/run.sh"]
run.sh
#!/usr/bin/env bash
exec supervisord -n
супервизора 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
супервизора 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}
После того как продюсер остановился, у меня есть
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
но крепостной агент держит контейнер в рабочем состоянии. Я хочу остановить контейнер Docker, когда продюсер завершит свою работу должным образом со статусом 0. Я попытался объединить процессы в одну группу, но, похоже, не работает. Ребята, что я пропустил? Помоги мне, пожалуйста!
linux
docker
process
supervisord
containers
Виталий Великодный
источник
источник
Ответы:
Я решил проблему с супервизором eventlistener :
kill.py
Также хорошее управление процессом статьи в докерных контейнерах
источник
Вот немного более упрощенная версия, которая использует сценарий оболочки вместо сценария python, а также охватывает несколько служб, убивая весь супервизор в случае сбоя любого из них.
supervisord.conf stop-supervisor.shСсылки
источник
Вот простое решение для Docker. В вашем
supervisord.conf
замените это:с этим:
источник