To jest na maszynie Wirtualnej Ubuntu 14.04 LTS z uruchomionym Dockerem i podejrzewam, że respawn
jest 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ż myapp
jest żywe i responsywne, ale /sbin/init
zajmuje 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 myapp
jest 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-compose
zawsze działa bez ręcznej interwencji?
EDYCJA: Nie powinno mieć znaczenia, ale /usr/bin/myapp -> /home/batman/dockerapps/myapp
jako symboliczny link.
docker-compose start
.
script
bloku. 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
respawn
polecenia w skrypcie.