問題タブ [docker-registry]

公式の Docker レジストリ コンテナを使用して、AWS EC2 でプライベート docker-registry を実行しようとしていますが、接続エラーが発生し続けます。標準コンテナを実行するコマンドは次のとおりです。

しかし、ローカル イメージをその新しいレジストリにプッシュしようとすると、次のようになります。

私は得る：

いくつかの場所に追加--insecure-registry zite.com:443しました (docker デーモン オプションの適切な場所がどこにあるかわからないため:

詳細を取得するために、私が試したのは次のとおりです。

それは私に与えました：

この問題を解決する方法を理解するには、私はこれに慣れていません。

「_ping」URLを取得するとうまくいきます：

与えます：

ポート 80、443、500 でコンテナーを実行しようとしましたが、役に立ちませんでした (AWS EC2 マシンでこれらのポートを開きました)。エラーは残ります。また、 github sourceから新しいイメージを作成してみました。公式レポ で回答を得ようとしましたが、それは行き詰まり、先に進まなければなりません。

私が従った多くのガイド：

http://blog.50projects.com/2014/08/build-your-own-private-docker-registry.html https://blog.docker.com/2013/07/how-to-use-your-own -registry/ https://www.digitalocean.com/community/tutorials/how-to-set-up-a-private-docker-registry-on-ubuntu-14-04

docker 1.5 に問題があります。

したがって、myregistry:5000 でプライベート レジストリを実行します。他の場所 (debian 7 & docker 1.4) からプッシュ & プルできます:

/etc/default/docker 内

現在、docker 1.5 と debian 8 を備えた新しいシステムを使用していますが、もう機能していません。--insecure-registry=myregistry:5000またはのようなすべての可能性を試しました--insecure-registry http://myregistry:5000

どんな手掛かり？

（注：dockerを停止して起動するとうまくいきますdocker -d --insecure-registry myregistry:5000）

現在、Jenkins ジョブを構成してサービスをリリースし、他のサービスをテスト、ステージング、および本番環境にデプロイしています。リリース ジョブの一部として、プライベート Docker リポジトリにプッシュされるサービス バイナリ (およびそのすべての依存関係) を含む Docker イメージを作成します (新しいタグは新しいバージョンで作成されます)。これまでのところ、この (または古い) バージョンを Jenkins からさまざまな環境にデプロイしたり、サービスの特定のバージョンをプルしてローカルで実行したりするのは簡単なので、これはうまく機能します。私の質問は、継続的デリバリーに移行した場合、このアプローチがうまく機能するかどうかです。ビルドが成功するたびに、新しい Docker タグを作成してプライベート リポジトリにプッシュし、イメージをテスト環境にデプロイするという考え方です。私の懸念は、これが 1 日に数回行われると、大量の Docker タグ/レイヤーをダウンロードする必要があることです。時間が経つにつれて、イメージを取得するのに時間がかかるのではないかと心配しています (そして、私が気付いていない他の問題があるかもしれません)。

したがって、質問をより明確に言い換えると、次のようになります。

1. 多くの Docker タグを作成しても問題ないですか、それとも避けるべきものですか?
2. ベース イメージ (OS など) を用意し、ソース管理システムのタグからサービス バイナリをビルドしてから、展開時にさまざまな環境に転送されるイメージをビルドする方がよいでしょうか?
3. 他の提案？

repl が提供する docker-registry と、docker ハブからの公式の docker レジストリ イメージの両方に、私が見ている同じ問題があります。

docker レジストリのホスト名やポートなどでタグ付けしたイメージがあり、それをレジストリにプッシュしようとしています。

Enter キーを押すと、正常に実行されたように見え、レジストリに既にあるイメージ レイヤーがチェックされます。持っていない画像レイヤーをプッシュし始めると、ハングします。ctrl+c で終了するまで、永遠にそこにとどまります。

例：

実行中の docker-registry コンテナーの docker ログには、次のように記録されています。

私が見る限り、エラーはありません。

リモートサーバーからローカルにプッシュしようとしましたが、それでも同じです。selinuxと同様に、iptablesはオフです。

他に何を試すべきか本当にわかりません。

よろしく、K

私はdockerを初めて使用するので、私の質問は非常に素朴/愚かかもしれません。私たちが現在使用しているアプリケーションは、主に Linux と Windows などの目的のプラットフォームで動作させるために、異なるプラットフォームでコンパイルする必要があります。そのため、異なるプラットフォームでソース コード (C/C++) をコンパイルし、OS ごとに異なる実行可能ファイルを顧客に提供する必要があります。私の質問は 1. すべてのプラットフォームで動作する 1 つの実行可能ファイルを docker で使用することは可能ですか? つまり、ソース コードを 1 つのプラットフォーム (Linux など) でコンパイルし、Docker を使用して実行可能ファイルを出荷し、Windows プラットフォームで実行します。

前もって感謝します

ローカル Docker レジストリをセットアップしようとしていますが、イメージをプッシュしようとすると問題が発生します。私もgithubの問題を開いた：https://github.com/docker/docker/issues/12405

環境

OS: CentOS 6.6

カーネル: 2.6.32-504.12.2.el6.x86_64

ドッカーのバージョン:

私は企業のプロキシ ( http://domain \username:password@proxy:port) の背後にいます。

問題

次のコマンドで Docker デーモンを起動しています。

docker-registry github から config_sample.yml ファイルをダウンロードし、名前を registry_config.yml に変更し、ローカル フレーバーの「storage_path」を変更しました (ボリュームをマウントする選択したディレクトリを指すため)。 :

レジストリ (バージョン 0.9.1) を開始するには、ターミナルで別のタブを開き、そのコマンドを使用します。

最初のターミナル タブに戻り、ランダムなイメージをローカル レジストリにプッシュしようとしましたが、ここでいくつかのエラーが発生しました。

より具体的な詳細が必要な場合は、私に尋ねてください。ご清聴ありがとうございました:)

アップデート

気が付かなかったのですが、昨日 Docker 1.4.1 から 1.5.0 にバージョンアップしたので、docker がプロキシ経由でハブに到達できていなかったようです (sudo docker search に失敗していました)。HTTP_PROXY および HTTPS_PROXY 環境変数をエクスポートし、sudo -E でデーモンを起動することで、これを修正しました。

次に、SGer が指摘したように、構成ファイルをレジストリ コンテナーに投入していませんでした。したがって、レジストリは構成にアクセスできませんでした。構成ファイルを独自のディレクトリに移動し、レジストリ コンテナーの実行時にそのディレクトリをボリュームとしてマウントすることで、これを変更しました。新しい実行コマンド:

これらの 2 つの変更の後、今度は -D オプションを指定して docker デーモンを実行して、再度テストしました。出力は次のとおりです (3 つの部分に分割)。

https://gist.github.com/ekeryelleven/9714312c45b7ff21ce2a

(別のターミナル タブから) レジストリ コンテナーを起動しました: https://gist.github.com/ekeryelleven/b9bfa50bfe3221798659

次に、プッシュしました：https://gist.github.com/ekeryelleven/80f8f1d1dad00b0fbea9

更新 2

おそらくhttps://github.com/docker/docker/issues/9315にリンクされていると誰かが私に言った

私は再現しようとしました：

そのため、ローカルレジストリにアクセスしようとしているときにプロキシが混乱しているのではないかと考えたので、docker デーモンのプロキシ構成を設定せずに最初のテストを再度実行しました (HTTP_PROXY および HTTPS_PROXY 変数なし、sudo -E なし)。出力 (3 つの部分):

http://pastebin.com/raw.php?i=XaJaSsWk

レジストリ コンテナの起動: http://pastebin.com/raw.php?i=1tux468H

プッシュ: http://pastebin.com/raw.php?i=LsvNfdQf