これはDockerを実行しているUbuntu 14.04 LTS VM上に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
しますが、で監視するとすべてのCPUを占有しhtop
ます。upstart(sudo rm /etc/init/dockersuitecrm.conf
)からエントリを削除し、手動でSSHを実行して実行するdocker-compose -f /usr/bin/myapp/docker-compose.yml -p myapp start
と、CPUが100%の問題で表示されず、以前のようにmyapp
再び機能し、応答します。
したがって、上記のdocker-composeの開始方法が間違っていると思われます。docker-compose
手動の介入なしで常に実行している正しい開始方法は何ですか?
編集:/usr/bin/myapp -> /home/batman/dockerapps/myapp
シンボリックリンクとしてではなく重要です。
docker-compose start
です。
script
ブロックを使用しません。たぶんそれが問題の一部でしょうか?私が持っているchdir /usr/bin/myapp/
と次の行のexec docker-compose up
代わりに。
docker-compose up -d
respawn
、スクリプト内のコマンドなしでこれを実行できます。