コンテナが再起動された場合、ドッキング状態のドッカーが起動しない

Question

ドッキング・コンテナ内でドッキング・ビルド・エージェントを実行しています。 これはdebian jessieに基づいており、ドッカーからドッカーを直接取得します（here）。

dockerデーモンは、コンテナの最初の起動時に正常に動作しますが、2回目は動作しません。

Dockerfile（あなたがコンテナを削除しない場合）：

FROM debian:jessie 

ARG DEBIAN_FRONTEND=noninteractive 
RUN apt-get update \ 
    && apt-get -y install -q \ 
     apt-transport-https \ 
     ca-certificates \ 
     software-properties-common \ 
     curl \ 
    && curl -fsSL https://yum.dockerproject.org/gpg | apt-key add - \ 
    && add-apt-repository \ 
     "deb https://apt.dockerproject.org/repo/ \ 
     debian-$(lsb_release -cs) \ 
     main" \ 
    && apt-get update \ 
    && apt-get install -y \ 
     docker-engine 
CMD [] 

docker-compose.yml：

services: 
    dockerTest: 
    container_name: dockerTest 
    privileged: true 
    image: tomeinc/intel-docker-node:latest 
    command: bash -c "service docker start && sleep 2 && docker ps" 

再現するには：docker build -t test .でDockerfileを構築し、二回docker-compose upを使用しています。コンテナが動作を続けた場合

Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? 

が変なふうに、手動でdocker exec -it test /bin/bashを実行し、その後service docker startとdocker psを実行することにより、dockerを開始することができて二時間、docker-psは失敗します。

私は実際にどのようにこれをデバッグにアプローチするのかわかりませんが、どんな提案も歓迎されます。問題をデバッグするためのアプローチを開始推奨

Answer 1

そのドッキングウィンドウがそれとかcontainterdはまだ（それがありませんでしたが、PIDファイルがクリーンアップされませんでした）実行していたことを考えることが判明

：を見てくださいログファイル。私はこの啓示によってショックを受けます。

を開始コマンドに追加すると、service docker startはそれを修正します。