Machine: 最新のDockerでマシンの作成が失敗する

ここで同じ問題

docker-machine create 
    --driver=digitalocean
    --digitalocean-access-token=XXX 
    --digitalocean-size=2gb
    machinename

昨日、同じコマンドがdockerバージョン17.05.0-ceで正常に機能しました
今日、私の新しいマシンのDockerは起動しません（17.06.0-ce）
私は何度も試しました。

私もこれを確認できます：

dm create -d digitalocean \
--digitalocean-access-token XXX \
--digitalocean-size 4gb machine

私はこれを回避策として使用しています：

docker-machine create \
-ドライバーamazonec2 \
--engine-install-url = https://web.archive.org/web/20170623081500/https://get.docker.com

または
--engine-install-url = https://releases.rancher.com/install-docker/17.05.sh

同じ問題があります。

dockerバージョン：Dockerバージョン17.06.0-ce
docker-machineバージョン：0.12.0、ビルド45c69ad

docker-machine create --driver amazonec2 --amazonec2-region eu-west-1 --amazonec2-instance-type t2.small --amazonec2-access-key XXX --amazonec2-secret-key XXX test-create-machine

6月29日12：26：56ip-172-31-10-149 systemd [1]：Dockerアプリケーションコンテナエンジンを起動しています...
Jun 29 12:26:56 ip-172-31-10-149 docker [5234]： docker daemonはLinuxではサポートされていません。 dockerd直接実行してください

docker daemonはLinuxではサポートされていません。 dockerd直接実行してください

このPRで動作させることができました
https://github.com/docker/machine/pull/4128

この修正を使用してdocker-machineをコンパイルするだけで、すべてが再び機能します

@gnomusスーパー、それは面白いです！ しかし、なぜ17.05.0-ceで機能していたのだろうか。

@therealppa haahahaすごい！ そのスクリプトの古いバージョンをどのように取得するのか、またはライブスクリプトが古いバージョンをインストールするためにパラメーターを使用するのかどうか疑問に思っていました。 web.archive.orgは間違いなく私には起こりませんでした。

@dminkovsky永遠に機能するとは思いません。スクリプトを調べても、実際にはどこにもバージョンが指定されていません...それでも、現在は機能しています。

@therealppa @dminkovsky長期的な修正は、スクリプトの457行目をから変更することです。

$sh_c 'apt-get install -y -q docker-ce'

に

$sh_c "apt-get install -y -q docker-ce=17.05.0~ce-0~$lsb_dist-$dist_version"

うまくいけば、docker-machineの修正バージョンがまもなくリリースされます。

わたしも
ファイル/etc/systemd/system/docker.service.d/10-machine.confで「dockerdaemon」の代わりに「dockerd」を使用して動作させます。

@ fabio-barile --storage-driver aufs引数はどうですか？ 私もそれを取り除けないと私のものは始まらないでしょう。

@dminkovsky gitlabを使用した自動スケーリングciで同じ問題が発生し、aufs問題+ dockerd問題が発生し、ストレージドライバーでオーバーレイを指定して解決する必要がありました。

ストレージドライバーの問題以外にも、gitlab-runner（9.3.0）によって作成された証明書の検証エラーが発生しています。 @JustEra同じ問題が発生しましたか、それとも私だけですか？

http: TLS handshake error from ...:
 tls:
  failed to verify client's certificate: x509:
   certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "unknown")

ERROR: Error creating machine:
 Error checking the host:
  Error checking and/or regenerating the certs:
   There was an error validating certificates for host "...":
    remote error: tls: bad certificate  driver=amazonec2 name=...

私にとってこの修正されたストレージドライバーの問題（そのパラメーターを削除しただけです。systemdのみ）。 https://github.com/docker/machine/pull/4128の上に適用し、再構築します。

diff --git a/libmachine/provision/systemd.go b/libmachine/provision/systemd.go
index 90d02603..05d63bb5 100644
--- a/libmachine/provision/systemd.go
+++ b/libmachine/provision/systemd.go
@@ -53,7 +53,7 @@ func (p *SystemdProvisioner) GenerateDockerOptions(dockerPort int) (*DockerOptio

        engineConfigTmpl := `[Service]
 ExecStart=
-ExecStart=/usr/bin/` + arg + ` -H tcp://0.0.0.0:{{.DockerPort}} -H unix:///var/run/docker.sock --storage-driver {{.EngineOptions.StorageDriver}} --tlsverify --tlscacert {{.AuthOptions.CaCertRemotePath}} --tlscert {{.AuthOptions.ServerCertRemotePath}} --tlskey {{.AuthOptions.ServerKeyRemotePath}} {{ range .EngineOptions.Labels }}--label {{.}} {{ end }}{{ range .EngineOptions.InsecureRegistry }}--insecure-registry {{.}} {{ end }}{{ range .EngineOptions.RegistryMirror }}--registry-mirror {{.}} {{ end }}{{ range .EngineOptions.ArbitraryFlags }}--{{.}} {{ end }}
+ExecStart=/usr/bin/` + arg + ` -H tcp://0.0.0.0:{{.DockerPort}} -H unix:///var/run/docker.sock --tlsverify --tlscacert {{.AuthOptions.CaCertRemotePath}} --tlscert {{.AuthOptions.ServerCertRemotePath}} --tlskey {{.AuthOptions.ServerKeyRemotePath}} {{ range .EngineOptions.Labels }}--label {{.}} {{ end }}{{ range .EngineOptions.InsecureRegistry }}--insecure-registry {{.}} {{ end }}{{ range .EngineOptions.RegistryMirror }}--registry-mirror {{.}} {{ end }}{{ range .EngineOptions.ArbitraryFlags }}--{{.}} {{ end }}

特定の古いバージョンが必要な場合は、私たち（Rancher）が少し変更したget.docker.comスクリプトを維持して、それぞれをインストールします。

http://rancher.com/docs/rancher/v1.6/en/hosts/#supported -docker-versions

@ fabio-上記のbarileは完全に正しいです。 「テスト」がどのようにそのようなものを放出させるか、想像することはできません。

詳細はこちら： https ：

@ vincent99 ...いつも皆さんの音が好きです。ありがとう。

+1
私は毎日新しいdocker-machineリリースをチェックしています...このバグは私を殺しています:-)

今のところ、10-machine.confを正しいコマンドラインでオーバーライドする/etc/systemd/system/docker.service.d/20-machine.confを追加します。 そうすれば、通常はそれを壊すであろうさらなるdocker-machineコマンドはそうではありません。 もちろん、これがリリースで修正されるまでに時間がかかるほど、すべてを元に戻す作業が増えます。

この問題の詳細の詳細を詳しく説明していただきありがとうございます。問題を特定するために調査を行っています。

https://github.com/docker/for-linux/issues/11#issuecomment-312143765に関連

したがって、これはget.docker.comのインストールスクリプトとは関係ありませんが、バージョン比較が正しく機能せず、17.06.0-ceがdocker daemonを公​​式に非推奨にした最初の理由です。失敗を見て。

このPR（docker / machine＃4128）はこの問題を解決しているようで、午後遅くまでに他の比較関数のテストを追加するPRを作成して、このような問題が再び発生しないようにします。

@seemethereよさそうですね、ありがとう。 テストについて聞きたいです。

PRの1つでの差分は私には少し奇妙に見えましたが、皆さんがそれを処理したと思います。

0.12.1リリースでは、このバグが修正されています。 あなたの忍耐とあなたの助けにみんなに感謝します。

@ shin-クイックフィックスをありがとう！ それを使用することを楽しみにしています。

@ shin-このパッチはdocker daemon -> dockerd部分を修正しますが、Dockerはまだマシン上で起動しません。

dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported

@ shin- --engine-storage-driver=overlay （https://github.com/docker/machine/issues/3895#issuecomment-270934728）を追加することで、ストレージドライバーの問題を回避することができました。 これが私のdocker-machine呼び出し全体です。

docker-machine -D create \
    --driver google \
    --google-project $project \
    --google-zone $zone \
    --google-machine-type $type \
    --google-disk-size $size \
    --google-preemptible \
    --engine-storage-driver=overlay \
    $name

--engine-storage-driver=overlayなくても、

dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported

以前のようにそして＃3895のように

クラッシュした理由を説明するログを見ましたか？

9:39で金、2017年7月7日には、Sewerynゼーマン[email protected]
書きました：

@ shin- https://github.com/shin-残念ながら、0.12.1はこれを修正しませんでした
私のために。

$ docker -v
Dockerバージョン17.06.0-ce、ビルド02c1d87
$ docker-machine -v
docker-machineバージョン0.12.1、ビルドc8b17e8

--amazonec2-region = eu-central-1を使用してamazonec2マシンを作成しています
これにより、ami-fe408091が作成されます。

docker-machinecreateからの出力は次のとおりです。

作成前チェックの実行...
マシンを作成しています...
（test-dm）インスタンスを起動しています...
マシンが実行されるのを待っています。これには数分かかる場合があります...
作成されたインスタンスのオペレーティングシステムを検出しています...
SSHが利用可能になるのを待っています...
プロビジョナーの検出...
ubuntu（systemd）を使用したプロビジョニング..
Dockerをインストールしています...
証明書をローカルマシンディレクトリにコピーしています...
証明書をリモートマシンにコピーしています...
リモートデーモンでDocker構成を設定しています...
マシンの作成エラー：プロビジョニングの実行エラー：sshコマンドエラー：
コマンド：sudo systemctl -f start docker
エラー：終了ステータス1
出力：制御プロセスがエラーコードで終了したため、docker.serviceのジョブが失敗しました。 詳細については、「systemctlstatusdocker.service」および「journalctl-xe」を参照してください。

起動したマシンからの出力は次のとおりです。

$ systemctl status docker.service
●docker.service-Dockerアプリケーションコンテナエンジン
ロード済み：ロード済み（/lib/systemd/system/docker.service;有効;ベンダープリセット：有効）
ドロップイン：/etc/systemd/system/docker.service.d
└─10-machine.conf
アクティブ：非アクティブ（デッド）（結果：終了コード）2017年7月7日金曜日13:34:47 UTC; 36秒前
ドキュメント： https ：
プロセス：5522 ExecStart = / usr / bin / dockerd -H tcp：//0.0.0.0 ：2376 -H unix：///var/run/docker.sock --storage-driver aufs --tlsverify --tlscacer
メインPID：5522（コード=終了、ステータス= 1 /失敗）

Jul 07 13:34:46 test-dm systemd [1]：docker.service：ユニットが失敗状態になりました。
Jul 07 13:34:46 test-dm systemd [1]：docker.service：結果「exit-code」で失敗しました。
Jul 07 13:34:47 test-dm systemd [1]：docker.service：サービスのホールドオフ時間が終了し、再起動をスケジュールします。
Jul 07 13:34:47 test-dm systemd [1]：Dockerアプリケーションコンテナエンジンを停止しました。
Jul 07 13:34:47 test-dm systemd [1]：docker.service：開始リクエストの繰り返しが速すぎます。
Jul 07 13:34:47 test-dm systemd [1]：Dockerアプリケーションコンテナエンジンの起動に失敗しました。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/machine/issues/4156#issuecomment-313683311 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AANWZXHODzL3Lumb5NqlmXwnSi3VZBBkks5sLjUlgaJpZM4OIt7R
。

@dminkovsky回避策をありがとう。 代わりに最新バージョンのドライバーなので、 overlay2を使用することにしました。

docker-machine rm {instance-name}回避策もあるかどうか知っていますか？ EOF関連するエラーが発生し、AWSクラウドにキーペアの残りが残り、インスタンスを再作成できなくなります。

申し訳ありませんが、ハードデバッグした後でメッセージを削除しましたが、実際には@dminkovskyが書いたものが原因であることに

--engine-storage-driver=overlayなくても、
dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported
以前のようにそして＃3895のように

AUFSエンジンストレージを使用するこの1つの特定のケースに問題はありますか？

@cadavre

AUFSエンジンストレージを使用するこの1つの特定のケースに問題はありますか？

https://github.com/docker/machine/issues/3895を見てきましたが、これは開いていて、あなたも参照しています。

興味深いことに、このバグはもう見られません。 --storage-driver overlayを取得します

@drujensen

代わりに、最新バージョンのドライバーであるoverlay2を使用することにしました。

かっこいい、ありがとう、私はそれを知りませんでした。

docker-machine rm {instance-name}の回避策もあるかどうか知っていますか？

よくわかりませんが、そのバグはありません。 マシンが終了して応答しない場合、 docker-machine rm -fを使用します。 -f 、 docker-machine rmは、ボックスに到達できない場合でも、VMと関連するディスクを削除します。

@dminkovskyこれについて新しい問題を作成できますか？ dockerd / docker daemon問題とは関係がないので、個別に扱う必要があります。 また、プロビジョニングするOSも指定してください:)

@ shin-私はすべて元気です。 docker-machineは現在100％動作しています。 あなたはoverlay2のことを指しているのですか？

マシンの削除に関する他の問題は、pr＃4187で対処されました。 THX。

@dminkovsky申し訳ありません-はい、ここで言及し

@ shin - https：//github.com/docker/machine/issues/4168で問題が発生した後、ステージングサーバーを再作成しようとしましたが、報告されているdocker-machine createの問題が多数見つかりました。最近の複数のチケット：

• https://github.com/docker/machine/issues/4156
• https://github.com/docker/machine/issues/4166
• https://github.com/docker/machine/issues/4189
• https://github.com/docker/machine/issues/4197
• https://github.com/docker/machine/issues/4198

これらはすべて関連していますか？ ここでこれらの追跡を開始しますか？ この問題は今日も続いていることを確認できます。

@ shin- docker-machinev0.12.1でも同じ問題が発生します

バージョン0.12.1でも同じ問題が発生します。

githubにある最新リリースに更新してください：
https://github.com/docker/machine/releases/tag/v0.12.2

@eamontaaffe @ajwah @costa

あなたは、私は今日も0.12.2でこのエラーを得ていた@dminkovskyありがとう!!! 10-machine.confファイルは更新中に上書きされないようです

どういたしまして！

ストレージエンジンのコマンドラインオプションで「オーバーレイ」を指定しました。
私のマシンが起動します。

ср、2авг。 2017г。 12時05分в、デニス[email protected] ：

ありがとう@dminkovskyhttps ：//github.com/dminkovsky私はこれを手に入れていました
今日も0.12.2のエラー!!! 10-machine.confファイルはそうではないようです
更新中にオーバーライドされます

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/machine/issues/4156#issuecomment-319719085 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AANWZSYqy1uGhWeXozx35OnFhPRSb144ks5sUJ5YgaJpZM4OIt7R
。

カーネルが4.4を超えるシステムを使用している場合は、 overlay2を使用することをお勧めします。

マシンにoverlay2を使用させることができませんでした、そしてこれのユースケース
幸いなことに、ただ構築/ CDでした

ср、2авг。 2017г。 в12時36分、Sewerynゼーマン[email protected] ：

カーネルが4.4を超えるシステムを使用している場合は、overlay2を使用することをお勧めします。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/machine/issues/4156#issuecomment-319727847 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AANWZXLGHjLvfOOAgmBWV0zOEBDZBdSVks5sUKWBgaJpZM4OIt7R
。

0.12.2でもこのエラーが発生します:-(

これはまだ開いています！

docker-machine 0.12.2でもこの問題が発生します。 プロビジョニングされたマシン（ sudo apt purge docker-ce && sudo apt autoremove ）でdockerをアンインストールして先に進み、上記のバージョンの正しいRancherインストールスクリプトを使用しました。

何らかの理由で、これでもdockerの起動に失敗しますが、マシンを再起動すると解決します。

確認できますが、同じエラーです

@jhartma最新リリース（Linuxイメージ）へのアップグレードが必要であり、

@kassanmoorは私のAMIがAWSでサポートしていなかったようですが、デフォルトのもので動作するようになりました