Це на 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команди в сценарії.