2017-05-10 5 views
1

私はコンテナを再構築するために必要な、次に何が期待どおりに動作しないので:同じ設定をローカルで動作しますがドッカー-コンビルドは

docker-compose build 
Building web 

全部が、そこにブロックされたまま。ここに私が持っているものがあります:

docker-compose version 1.11.0, build 6de1806 
docker-py version: 2.0.2 
CPython version: 2.7.13 
OpenSSL version: OpenSSL 1.0.1t 3 May 2016 

Client: 
Version:  17.05.0-ce 
API version: 1.29 
Go version: go1.7.5 
Git commit: 89658be 
Built:  Thu May 4 22:10:54 2017 
OS/Arch:  linux/amd64 

Server: 
Version:  17.05.0-ce 
API version: 1.29 (minimum version 1.12) 
Go version: go1.7.5 
Git commit: 89658be 
Built:  Thu May 4 22:10:54 2017 
OS/Arch:  linux/amd64 
Experimental: false 

オンUbuntu 16.04です。

そしてdocker-compose.yml

web: 
    build: . 
    command: npm start 
    volumes: 
    - .:/app 
    - /app/node_modules 
    ports: 
    - "3030:3030" 

間違いは何をすることができますか?私はそれが小さな細かいディテールであると確信しています... またはこれをどのようにデバッグできますか?

私は、すべてのものを再インストール/アンインストールしようとしたとしても/var/lib/dockerコンテンツを削除...


EDIT:

私は--verboseフラグを付けてコマンドを実行すると、私が手:

compose.config.config.find: Using configuration files: ./docker-compose.yml 
docker.auth.find_config_file: Trying paths: ['/root/.docker/config.json', '/root/.dockercfg'] 
docker.auth.find_config_file: No config file found 
compose.cli.command.get_client: docker-compose version 1.11.0, build 6de1806 
docker-py version: 2.0.2 
CPython version: 2.7.13 
OpenSSL version: OpenSSL 1.0.1t 3 May 2016 
compose.cli.command.get_client: Docker base_url: http+docker://localunixsocket 
compose.cli.command.get_client: Docker version: KernelVersion=4.4.0-75-generic, Arch=amd64, BuildTime=2017-05-04T22:10:54.638119411+00:00, ApiVersion=1.29, Version=17.05.0-ce, MinAPIVersion=1.12, GitCommit=89658be, Os=linux, GoVersion=go1.7.5 
compose.service.build: Building web 
compose.cli.verbose_proxy.proxy_callable: docker build <- (pull=False, stream=True, nocache=False, tag=u'api_web', buildargs=None, rm=True, forcerm=False, path='/var/www/api', dockerfile=None) 

そして、私はコンなしで構築しようとした場合、それが動作します:

docker build . 

答えて

1

はそれを見つけました! docker build .を実行することにより

、私はSending build context to Docker daemon 125.2MBを得たが、私のサーバー上で、サイズはGBいくつまで増加していた...

私は、サーバー・ジョブは、wavファイルを構築することですので、私のフォルダの内容は巨大だった実現、およびI最近それをきれいにしなかった。

したがって、問題はSending build context to Docker daemondocker-compose ...でミュートされていて、一時ファイルを別に管理する必要があるということでした。 :)

+0

.dockerignoreファイルを使用してこれらのファイルをコンテキストに送信することを避けることができます。 – Robert

+0

Dockerfileと必要なファイルを保存する特定のディレクトリにすべてのものを置く – user2915097