To jest na maszynie Wirtualnej Ubuntu 14.04 LTS z uruchomionym Dockerem i podejrzewam, że respawnjest to przyczyną mojego problemu, ale nie jestem pewien idealnego rozwiązania.
Bieżący skrypt wstępny ( cat /etc/init/dockersuitecrm.conf)
description "Start docker containers"
author "Batman"
start on filesystem and started docker
stop on runlevel [!2345]
respawn
script
docker-compose -f /usr/bin/myapp/docker-compose.yml -p myapp start
end script
To „działa”, ponieważ myappjest żywe i responsywne, ale /sbin/initzajmuje cały procesor, gdy monitoruję htop. Jeśli usunę wpis z upstart ( sudo rm /etc/init/dockersuitecrm.conf) i ręcznie SSH w i uruchom docker-compose -f /usr/bin/myapp/docker-compose.yml -p myapp start, nie widzę procesora w 100% problem i jak poprzednio myappjest ponownie żywy i responsywny.
Podejrzewam więc, że sposób, w jaki zaczynam powyżej kompilację dokera, jest nieprawidłowy. Jaki jest właściwy sposób, aby rozpocząć docker-composezawsze działa bez ręcznej interwencji?
EDYCJA: Nie powinno mieć znaczenia, ale /usr/bin/myapp -> /home/batman/dockerapps/myappjako symboliczny link.
docker-compose start.
scriptbloku. Może to część problemu? Zamiast tego mam chdir /usr/bin/myapp/i w następnym wierszu exec docker-compose up.
docker-compose up -d
respawnpolecenia w skrypcie.