問題タブ [volumes]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
476 参照

docker - Docker: データ ボリューム コンテナーが「docker create」コマンドでインスタンス化されない

そのため、アップロード以外のすべてのファイルが永続化されるように、WordPress イメージをパッケージ化しようとしています。そのために、公式の WordPress イメージをベースとして使用し、アーカイブ (すべての WordPress ファイル、テーマ、プラグインなどを含む) からファイルを追加する Dockerfile を作成しました。

アップロードを永続化したいので、別のデータ ボリューム コンテナーを作成しましたtest2.com-wp-data

—-volumes-from次に、フラグを介してマウントします。

ただし、新しく作成したコンテナーを調べると、次のものが見つかりません/var/www/html/wp-content/uploads

/var/www/htmlとの両方がデータ コンテナー内/var/www/html/wp-content/uploadsのボリュームとして設定されていることがわかります。test2.com-wp-data

wordpressイメージがデフォルトでボリュームを作成することは知っていますが、/var/www/htmlそれはあまり気にしませんが、個別にマウントすると、そのフォルダーの下にあるものはすべて無視されるということですか? /var/www/html/wp-content/uploadsWordPress コンテナーでボリュームとして設定するには、独自の WordPress イメージを作成する必要がありますか?

お時間をいただきありがとうございました!

編集: とは関係のないフォルダーで別のセットアップをテストしましたが/var/www/html、結果は同じです:—-volumes-fromは無視されます。

0 投票する
1 に答える
11181 参照

logging - ボリュームを介したホストでの docker コンテナ ロギング

/var/log/appホスト マシンのディレクトリである にコンテナをログインさせようとしています。残念ながら、コンテナーで行われた変更は保持されません。たとえば、次のようになります。

1 - コンテナーを開始する

sudo docker run -v /var/log/app --entrypoint bash -t -i b18bf31c48d5

2 - 一部のファイルをエコーする

echo "foo" > /varlog/app/foo.txt

3 - コンテナを出る

4 - 確認/var/log/appに行くfoo.txt

そこにはありません。

なぜこれが起こるのか分かりますか?

0 投票する
2 に答える
2270 参照

python - インスタンスにアタッチされた Python Boto リスト ストレージ デバイス

Python 2.7 と Boto.latest を使用しています。

動的インベントリ スクリプトを作成しており、各インスタンスに接続されているストレージ デバイスを一覧表示したいと考えています。

例:

試した:

したがって、ボリューム情報はいくつかありますが、VolumeID がマップされているものはありません。

0 投票する
1 に答える
334 参照

amazon-web-services - マルチドッカー環境、Amazon Beanstalk、ボリュームのマウント

私が達成しようとしていること: CMS を含む docker コンテナーがあり、その CMS には「assets」という名前のフォルダーがあります。アセット フォルダーを他のコンテナーで使用できるようにする必要があります。また、コンテナー/イメージが削除されたときにデータが削除されないようにする必要があります。

解決方法:マルチコンテナー環境でのボリュームのマウントに関するすべての記事を読み、多くの例を見て、次の dockerrun.aws.json ファイルを思いつきました。

これを Beanstalk 経由でアップロードすると、すべてがビルドされ、すべてのボックスが緑色になりますが、EC2 インスタンスにログインして ls /var/app/current のディレクトリが空になります。/var/app/current/cms/assets がそこにあることを期待していました...

ビルドファイルにコアコンセプトまたはフラグが欠けていると思います。私がやろうとしていることを達成するための方向性またはより良い方法をいただければ幸いです。

0 投票する
1 に答える
644 参照

docker-compose - docker-compose ボリュームがこのように機能しない

私の docker-compose.yml では、registry:2 イメージ (バージョン) を使用しています (S3 ストレージを使用するための) 独自の構成をセットアップする必要があるため、デフォルトの構成ディレクトリの代わりに構成ディレクトリをマウンドしようとしました

/usr/share/docker-registry/config/config.yml # ローカル ホストの独自のレジストリ構成 /go/src/github.com/docker/distribution/cmd/registry/config.yml # コンテナーのデフォルト

私の docker-compose.yml で、私は書きました

しかし、私がそれを作成するとき、私の構成設定は考慮されません...コンテナcmd/registry/config.ymlのデフォルト設定を常に使用しています

何が間違っている可能性がありますか?

実行中の registry:v2 コンテナを調べると、それがわかります

啓発に感謝します...

実行中の registry:v2 コンテナーを検査すると、構成が奇妙です (S3 情報はありますが、ボリュームはなく、CMD は標準の config.yml ファイルを実行しています ...)