Це на Ubuntu 14.04 LTS VM під керуванням Docker, і я підозрюю, що respawn
є причиною моєї проблеми, але не впевнений у ідеальному вирішенні.
Поточний сценарій запуску ( 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
Це "працює" в тому, що myapp
живе і чуйним, але /sbin/init
займає весь процесор, коли я монітору htop
. Якщо я видаляю запис з upstart ( sudo rm /etc/init/dockersuitecrm.conf
) і вручну запускаю SSH, docker-compose -f /usr/bin/myapp/docker-compose.yml -p myapp start
я не бачу процесора на 100% випуску і, як і раніше myapp
, знову живий і чуйний.
Тож я підозрюю, що я починаю докер-композицію вище неправильним. Який правильний спосіб почати docker-compose
завжди працює без ручного втручання?
EDIT: Має значення не /usr/bin/myapp -> /home/batman/dockerapps/myapp
як символічне посилання.
docker-compose start
.
script
блок. Можливо, це частина проблеми? Я маю chdir /usr/bin/myapp/
і на наступному рядку exec docker-compose up
замість цього.
docker-compose up -d
respawn
команди в сценарії.