Machine: Pembuatan mesin gagal dengan Docker terbaru

Masalah yang sama disini

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

Kemarin perintah yang sama bekerja dengan baik dengan buruh pelabuhan versi 17.05.0-ce
Hari ini buruh pelabuhan mesin baru saya tidak mau mulai (17.06.0-ce)
Saya sudah mencoba berkali-kali.

Saya dapat mengkonfirmasi ini juga:

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

Saya menggunakan ini sebagai solusi:

pembuatan mesin buruh pelabuhan \
--driver amazonec2 \
--engine-install-url = https://web.archive.org/web/20170623081500/https : //get.docker.com

atau
--engine-install-url = https://releases.rancher.com/install-docker/17.05.sh

Saya memiliki masalah yang sama.

versi buruh pelabuhan: Docker versi 17.06.0-ce
versi docker-machine: 0.12.0, build 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

29 Jun 12:26:56 ip-172-31-10-149 systemd [1]: Memulai Mesin Kontainer Aplikasi Docker ...
29 Jun 12:26:56 ip-172-31-10-149 buruh pelabuhan [5234]: docker daemon tidak didukung di Linux. Jalankan dockerd secara langsung

docker daemon tidak didukung di Linux. Jalankan dockerd secara langsung

Saya bisa membuatnya bekerja dengan PR ini
https://github.com/docker/machine/pull/4128

Cukup kompilasi mesin buruh pelabuhan dengan perbaikan ini dan semuanya bekerja kembali

@gnomus super, itu menarik! Saya bertanya-tanya mengapa ini berhasil untuk 17.05.0-ce.

@therealppa haahaha luar biasa! Saya bertanya-tanya bagaimana saya bisa mendapatkan versi lama dari skrip itu, atau apakah skrip langsung membutuhkan params untuk menginstal versi yang lebih lama. web.archive.org jelas tidak terpikir oleh saya.

@dminkovsky Saya rasa ini tidak akan bekerja selamanya, jika Anda melihat ke dalam skrip itu sebenarnya tidak menentukan versi di mana pun ... Namun, sekarang ini berfungsi.

@therealppa @dminkovsky Perbaikan jangka panjang adalah dengan mengubah baris 457 dari skrip

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

untuk

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

Mudah-mudahan versi tetap dari mesin galangan segera dirilis.

sama untuk ku
Kami membuatnya bekerja dengan menggunakan "dockerd" daripada "docker daemon" di file /etc/systemd/system/docker.service.d/10-machine.conf

@ fabio-barile bagaimana dengan --storage-driver aufs arg? Punyaku tidak akan mulai kecuali aku menyingkirkannya juga.

@dminkovsky Saya memiliki masalah yang sama pada ci autoscaling dengan gitlab, mendapat masalah aufs + masalah dockerd, harus menyelesaikannya dengan menentukan overlay pada driver penyimpanan.

Di luar masalah driver penyimpanan, saya juga melihat kesalahan verifikasi untuk sertifikat yang dibuat oleh gitlab-runner (9.3.0). @JustEra, apakah Anda pernah mengalami masalah yang sama atau saya satu-satunya?

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=...

Masalah driver penyimpanan tetap ini untuk saya (baru saja menghapus parameter itu; HANYA untuk systemd). Lamar di atas https://github.com/docker/machine/pull/4128 dan buat ulang:

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 }}

Bagi siapa saja yang menginginkan versi lama tertentu, kami (Peternak) mempertahankan sedikit modifikasi skrip get.docker.com untuk menginstal masing-masing:

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

@ fabio-barile di atas sepenuhnya benar. Bagaimana 'pengujian' memungkinkan hal-hal seperti itu dipancarkan, tidak bisa dibayangkan.

Informasi lebih lanjut di sini: https://github.com/docker/for-linux/issues/11#issuecomment -312143765

@ vincent99 ... selalu suka dengan suara kalian, dan terima kasih.

+1
Saya memeriksa kembali setiap hari untuk rilis mesin buruh pelabuhan baru ... Bug ini membunuh saya :-)

Untuk saat ini, saya menambahkan /etc/systemd/system/docker.service.d/20-machine.conf yang menimpa 10-machine.conf dengan baris perintah yang benar. Dengan cara itu perintah docker-machine lebih lanjut yang biasanya akan merusaknya, tidak. Tentu saja semakin lama waktu yang dibutuhkan untuk memperbaikinya dalam rilis, semakin banyak pekerjaan yang telah saya kembalikan semuanya!

Terima kasih atas perincian detail yang bagus tentang masalah ini - Kami sedang memeriksanya untuk mencoba dan mencari tahu apa yang salah.

terkait dengan https://github.com/docker/for-linux/issues/11#issuecomment -312143765

Jadi ini tidak terkait dengan skrip pemasangan di get.docker.com tetapi lebih terkait dengan perbandingan versi yang tidak berfungsi dengan benar dan dengan 17.06.0-ce menjadi yang pertama secara resmi menghentikan docker daemon itulah sebabnya kami melihat kegagalan.

PR ini (buruh pelabuhan / mesin # 4128) tampaknya memperbaiki masalah ini dan saya akan menyiapkan PR pada sore hari yang menambahkan tes untuk fungsi perbandingan lainnya sehingga kami tidak mengalami hal seperti ini lagi.

@seemethere Kedengarannya bagus, terima kasih. Ingin mendengar tentang ujian.

Perbedaan di salah satu PR tampak sedikit aneh bagi saya, tetapi menurut saya kalian akan membereskannya.

Rilis 0.12.1 memperbaiki bug ini. Terima kasih semuanya atas kesabaran dan bantuan Anda.

@ shin- terima kasih atas perbaikan cepatnya! Berharap untuk menggunakannya.

@ shin- Tambalan ini memperbaiki bagian docker daemon -> dockerd , tetapi Docker masih tidak mulai di mesin karena

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

@ shin- Saya dapat mengatasi masalah driver penyimpanan dengan menambahkan --engine-storage-driver=overlay (https://github.com/docker/machine/issues/3895#issuecomment-270934728). Jadi, inilah seluruh permintaan 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

Tanpa --engine-storage-driver=overlay itu masih gagal

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

seperti sebelumnya dan seperti di # 3895

Apakah Anda melihat log yang menjelaskan mengapa macet?

Pada hari Jumat, 7 Juli 2017 jam 9:39 AM, Seweryn Zeman [email protected]
menulis:

@ shin- https://github.com/shin- sayangnya 0.12.1 tidak memperbaiki ini
untuk saya.

$ buruh pelabuhan -v
Docker versi 17.06.0-ce, build 02c1d87
$ buruh pelabuhan-mesin -v
docker-machine versi 0.12.1, build c8b17e8

Saya membuat mesin amazonec2 dengan --amazonec2-region = eu-central-1
yang menciptakan ami-fe408091 untuk saya.

Output dari pembuatan mesin buruh pelabuhan adalah:

Menjalankan pemeriksaan pra-buat ...
Membuat mesin ...
(test-dm) Meluncurkan instance ...
Menunggu mesin untuk dijalankan, ini mungkin memerlukan beberapa menit ...
Mendeteksi sistem operasi dari instance yang dibuat ...
Menunggu SSH tersedia ...
Mendeteksi penyedia ...
Menyediakan dengan ubuntu (systemd) ...
Menginstal Docker ...
Menyalin sertifikat ke direktori mesin lokal ...
Menyalin sertifikat ke mesin jarak jauh ...
Mengatur konfigurasi Docker pada daemon jarak jauh ...
Kesalahan membuat mesin: Kesalahan menjalankan penyediaan: kesalahan perintah ssh:
perintah: sudo systemctl -f start docker
err: status keluar 1
output: Pekerjaan untuk docker.service gagal karena proses kontrol keluar dengan kode kesalahan. Lihat "systemctl status docker.service" dan "journalctl -xe" untuk detailnya.

Output dari mesin yang diluncurkan adalah:

$ systemctl status docker.service
● docker.service - Mesin Kontainer Aplikasi Docker
Dimuat: dimuat (/lib/systemd/system/docker.service; diaktifkan; preset vendor: diaktifkan)
Masuk: /etc/systemd/system/docker.service.d
└─10-machine.conf
Aktif: tidak aktif (mati) (Hasil: kode keluar) sejak Jum 2017-07-07 13:34:47 UTC; 36 detik yang lalu
Docs: https://docs.docker.com
Proses: 5522 ExecStart = / usr / bin / dockerd -H tcp: //0.0.0.0 : 2376 -H unix: ///var/run/docker.sock --storage-driver aufs --tlsverify --tlscacer
PID Utama: 5522 (kode = keluar, status = 1 / KEGAGALAN)

Jul 07 13:34:46 test-dm systemd [1]: docker.service: Unit memasuki status gagal.
Jul 07 13:34:46 test-dm systemd [1]: docker.service: Gagal dengan hasil 'kode keluar'.
Jul 07 13:34:47 test-dm systemd [1]: docker.service: Layanan penundaan waktu berakhir, penjadwalan restart.
Jul 07 13:34:47 test-dm systemd [1]: Menghentikan Mesin Kontainer Aplikasi Docker.
Jul 07 13:34:47 test-dm systemd [1]: docker.service: Permintaan mulai berulang terlalu cepat.
Jul 07 13:34:47 test-dm systemd [1]: Gagal memulai Mesin Kontainer Aplikasi Docker.

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/docker/machine/issues/4156#issuecomment-313683311 ,
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AANWZXHODzL3Lumb5NqlmXwnSi3VZBBkks5sLjUlgaJpZM4OIt7R
.

@dminkovsky Terima kasih atas solusinya. Saya memutuskan untuk menggunakan overlay2 karena ini adalah versi driver terbaru.

Apakah Anda tahu jika ada solusi untuk docker-machine rm {instance-name} juga? Saya mendapatkan pesan kesalahan terkait EOF dan meninggalkan sisa pasangan kunci di cloud AWS yang mencegah saya untuk membuat ulang instans.

Maaf, saya menghapus pesan saya setelah saya men-debug dengan keras dan memperhatikan bahwa itu sebenarnya karena apa yang ditulis @dminkovsky :

Tanpa --engine-storage-driver=overlay masih gagal
dockerd[6407]: Error starting daemon: error initializing graphdriver: driver not supported
seperti sebelumnya dan seperti di # 3895

Apakah kami memiliki masalah untuk kasus khusus menggunakan penyimpanan mesin AUFS?

@distroartonline

Apakah kami memiliki masalah untuk kasus khusus menggunakan penyimpanan mesin AUFS?

Saya telah melihat https://github.com/docker/machine/issues/3895 , yang terbuka dan juga Anda referensikan.

Yang cukup menarik, saya tidak lagi melihat bug ini. Saya mendapatkan --storage-driver overlay

@bayu_joo

Saya memutuskan untuk menggunakan overlay2 karena ini adalah versi driver terbaru.

Oh keren, terima kasih, saya tidak tahu itu.

Apakah Anda tahu jika ada solusi untuk docker-machine rm {instance-name} juga?

Tidak yakin, saya belum pernah terkena bug itu. Saya menggunakan docker-machine rm -f ketika mesin telah dihentikan dan tidak mau merespon. Dengan -f , docker-machine rm menghapus VM dan disk terkait meskipun tidak dapat mencapai kotaknya.

@dminkovsky Bisakah Anda membuat edisi baru untuk ini? Ini tidak terkait dengan masalah dockerd / docker daemon , jadi kita harus memperlakukannya secara terpisah juga. Dan tolong tunjukkan OS apa yang Anda sediakan juga :)

@ shin- aku baik-baik saja. buruh pelabuhan bekerja 100% sekarang untuk saya. apakah Anda mengacu pada hal overlay2?

Masalah saya yang lain tentang melepas mesin telah diatasi di pr # 4187. Terima kasih.

@dminkovsky Maaf - ya, yang Anda sebutkan di sini

@shin - Setelah mengalami masalah di https://github.com/docker/machine/issues/4168 , saya mencoba membuat ulang server pementasan saya dan menemukan sedikit masalah dengan docker-machine create yang telah dilaporkan di beberapa tiket terbaru:

• 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

Apakah ini semua terkait? Mulai lacak ini di sini? Saya dapat mengonfirmasi bahwa masalah ini masih terjadi hingga hari ini.

@ shin- docker-machine v0.12.1 masih menunjukkan masalah yang sama

Saya masih mendapatkan masalah yang sama dengan versi 0.12.1.

Perbarui ke rilis terbaru yang ditemukan di github:
https://github.com/docker/machine/releases/tag/v0.12.2

@eamontaffe @ajwah @ajwah

Terima kasih @dminkovsky Saya mendapatkan kesalahan ini pada 0.12.2 hari ini juga !!! Sepertinya file 10-machine.conf tidak dapat diganti selama pembaruan

Sama-sama!

Saya menentukan "overlay" pada opsi baris perintah untuk mesin penyimpanan dan sejak
mesin saya boot.

ср, 2 авг. 2017 г. в 12:05, Denis [email protected] :

Terima kasih @dminkovsky https://github.com/dminkovsky Saya mendapatkan ini
kesalahan pada 0.12.2 hari ini juga !!! Sepertinya file 10-machine.conf tidak
diganti selama pembaruan

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/docker/machine/issues/4156#issuecomment-319719085 ,
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AANWZSYqy1uGhWeXozx35OnFhPRSb144ks5sUJ5YgaJpZM4OIt7R
.

Jika menggunakan sistem dengan kernel> 4.4 saya sarankan menggunakan overlay2 .

Saya tidak bisa mendapatkan mesin untuk menggunakan overlay2, dan kasus penggunaan untuk ini
untungnya hanya membangun / CD

ср, 2 авг. 2017 г. в 12:36, Seweryn Zeman [email protected] :

Jika menggunakan sistem dengan kernel> 4.4 saya sarankan menggunakan overlay2.

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/docker/machine/issues/4156#issuecomment-319727847 ,
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AANWZXLGHjLvfOOAgmBWV0zOEBDZBdSVks5sUKWBgaJpZM4OIt7R
.

Juga mendapatkan kesalahan ini di 0.12.2 :-(

ini masih terbuka!

Saya masih melihat masalah ini dengan docker-machine 0.12.2 . Saya bergerak maju dengan mencopot pemasangan pekerja galangan pada mesin yang disediakan ( sudo apt purge docker-ce && sudo apt autoremove ) dan menggunakan skrip pemasangan Rancher yang benar untuk versi saya seperti yang tercantum di atas.

Untuk beberapa alasan, ini masih gagal untuk memulai buruh pelabuhan, tetapi me-reboot mesin kemudian menyelesaikannya.

Bisa konfirmasi, masih error sama

@jhartma Saya kira perlu upgrade ke rilis terbaru (gambar linux) dan berfungsi

@kassanmoor tampaknya AMI saya tidak mendukungnya di AWS, saya membuatnya berfungsi dengan yang default