2015-10-31 34 views
5

私はdocker-composeで作業しています。私はdocker-compose upすべてが正常に動作し実行するとdocker-compose.ymlのdocker-composeでボリュームの変更が表示されません

マイドッキングウィンドウ-compose.ymlは

redis: 
    image: redis 
    expose: 
     - "6379" 
    volumes: 
     - ./redis:/data 

nerdzcrush: 
    image: nerdzeu/docker-nerdzcrush 
    ports: 
     - "8181:81" 
    links: 
     - redis 
    volumes: 
     - ./mediacrush:/home/mediacrush 

のように見えます。

その後、マウントパスを変更する必要がありました。 私は、私はこのように私のドッキングウィンドウ-compose.ymlを変更docker-compose stopでコンテナを停止:

redis: 
    image: redis 
    expose: 
     - "6379" 
    volumes: 
     - ./nerdzcrush/redis:/data 

nerdzcrush: 
    image: nerdzeu/docker-nerdzcrush 
    ports: 
     - "8181:81" 
    links: 
     - redis 
    volumes: 
     - ./nerdzcrush/mediacrush:/home/mediacrush 

そして、私はその後

sudo rm -rf ./mediacrush ./redis 

古いディレクトリを削除し、私はdocker-compose up -d wihtコンテナを開始しました

コンテナが新しいパスで動作することが予想されますが、古いパスが使用されていることがわかります。したがって、私は再び/mediacrushと./redisを私のフォルダに持っています。

これは、私がドッカーの作成について間違って理解したことですか、それともドッカーの作成に問題がありますか?私はドッキングウィンドウ・コンバージョンを使用してい

は:

1.5.0devは、彼らだけがコンテナデータボリューム(あなたのケースのようにボリュームをホストしてい)されている場合は、ボリュームを維持することになっています

答えて

3

ありがとうございます。

私はdocker-compose rmを実行して、コンテナを(それらを停止した後に)取り除くことを試みます。その後、upは正しいパスを使用する必要があります。

+1

はい、それは私がやったことです。しかし、それは正しい行動ですか?それはどこかで文書化されていますか?ところで、あなたの答えは私がしたものなので、それは受け入れられた答えです。 – nessuno

+0

それは十分に文書化されていません。私は次のリリースのためにいくつかのドキュメントに取り組んでいます – dnephin

+0

ドキュメントをリリースするときは、ここにコメントしてください。何とか私に連絡してください、私は喜んでそれを読むでしょう。 – nessuno

関連する問題