Machine: استجابة خطأ من البرنامج الخفي: خطأ RPC: الكود = 13 وصف = خطأ في الاتصال: وصف = "النقل: خطأ بعيد: tls: شهادة سيئة"

تم إنشاؤها على ٢٠ أبريل ٢٠١٧  ·  28تعليقات  ·  مصدر: docker/machine

أهلا،

أثناء اتباع دليل البدء للمجموعة ، أواجه المشكلة أثناء الانضمام إلى السرب المحلي الذي تم إنشاؤه على Virtualbox

الإصدارات المستخدمة

docker -v
Docker version 17.03.1-ce, build c6d412e
docker-machine -v
docker-machine version 0.10.0, build 76ed2a6
docker-compose -v
docker-compose version 1.12.0, build b31ff33
vboxmanage -v
5.1.20r114628

هنا أمر كامل قيد التشغيل

docker<strong i="12">@myvm1</strong>:~$ docker swarm init --advertise-addr 192.168.99.103:2376
Swarm initialized: current node (e2nvv6m8fadlcrzayk0ddp14c) is now a manager.

To add a worker to this swarm, run the following command:

    docker swarm join \
    --token <token-replaced> \
    192.168.99.103:2376

To add a manager to this swarm, run 'docker swarm join-token manager' and follow the instructions.

docker<strong i="13">@myvm1</strong>:~$ exit
compose $ docker-machine ssh myvm2 "docker swarm join \
> --token <token-replaced> \
> 192.168.99.103:2376"
Error response from daemon: rpc error: code = 13 desc = connection error: desc = "transport: remote error: tls: bad certificate"
exit status 1

التعليق الأكثر فائدة

عملت معي هذه المرة. أفترض أنك تقوم بعمل --advertise-addr باستخدام IP والمنفذ الذي يكون بـ docker-machine ls . يجب عليك استخدام PORT 2377 حسب التعليمات. ثم يبدو أنه يعمل.

ال 28 كومينتر

أي تحديثات على هذا؟

تواجه نفس المشكلة

يرجى ملاحظة أنني قادر على ping من هذين الجهازين vms بعضهما البعض.

لدي نفس المشكلة.
لقد قمت يدويًا بتثبيت docker-machine , لقد جربت هذا على centos 7 و ubuntu 16.04.

Docker version 17.03.1-ce, build c6d412e
docker-machine version 0.10.0, build 76ed2a6

ساعدني من فضلك.

لدي نفس المشكلة.

عملت معي هذه المرة. أفترض أنك تقوم بعمل --advertise-addr باستخدام IP والمنفذ الذي يكون بـ docker-machine ls . يجب عليك استخدام PORT 2377 حسب التعليمات. ثم يبدو أنه يعمل.

lupulin ، شكرًا لك ، لقد نجحت معي عندما استخدمت PORT 2377

lupulindipuratheesan لدي نفس المشكلة وقد نجحت معي باستخدام المنفذ 2377 أيضًا.

واجهت نفس المشكلة ، 2377 يبدو أنه يعمل ولكن ليس لدي أي فكرة عن السبب.

tstrijdhorst يقول في الواقع في وثائق البدء أن المنفذ 2377 محجوز لربط العقد بالسرب.

ملاحظة: هل تلقيت خطأ حول الحاجة إلى استخدام --advertise-addr؟ انسخ عنوان IP الخاص بـ myvm1 عن طريق تشغيل docker-machine ls ، ثم قم بتشغيل الأمر docker swarm init مرة أخرى ، باستخدام عنوان IP هذا وحدد المنفذ 2377 (منفذ صلات السرب) مع --advertise-addr. فمثلا:

docker-machine ssh myvm1 "Docker swarm init --advertise-addr 192.168.99.100:2377"

نعم نفسه هنا. شكرا.

شكرا!

عملت من أجلي أيضًا - شكرًا!

إذا استخدمت "--advertise-addr" أثناء تنفيذ الأمر "" docker swarm init .... "فأنت بحاجة إلى استخدام flag --advertise-addr أثناء الانضمام إلى العقد أيضًا.

على سبيل المثال
ترشيح العقدة كمدير
docker swarm init --advertise-addr <ip>:<port>

عقدة الانضمام:
docker swarm join --token <token> --advertise-addr <ip>:<port>

ملاحظة: IP و PORT متماثلان في كلا الأمرين أعلاه.

2377 عملت لي!

أوضح البرنامج التعليمي أنه في الملاحظة حول --advertise-addr

الحصول على خطأ حول الحاجة إلى استخدام --advertise-addr؟

انسخ عنوان IP الخاص بـ myvm1 عن طريق تشغيل docker-machine ls ، ثم قم بتشغيل الأمر docker swarm init مرة أخرى ، باستخدام عنوان IP هذا وتحديد المنفذ 2377 (منفذ صلات السرب ) مع --advertise-addr

إنه أمر محير رغم ذلك. البرنامج التعليمي صحيح ، ولكن أثناء تشغيل الأوامر لتهيئة سرب عامل الإرساء ، يرى المستخدم:

$ docker-machine ssh myvm1 "docker swarm init --advertise-addr 192.168.99.100:2376"
Swarm initialized: current node (xpjllelqsli4xk2m9f8plzzc7) is now a manager.

To add a worker to this swarm, run the following command:

    docker swarm join \
    --token SWMTKN-1-2xw6b7rsyn5ou92rejukqvtayar3t9jz68eqd7y0m367psu7vf-dcdk4bd7lhashxx9ki460su7h \
    192.168.99.100:2376

To add a manager to this swarm, run 'docker swarm join-token manager' and follow the instructions.

ملاحظة: المنفذ 2376

سيكون من الرائع أن تدرك الآلة أن الرسالة التي تم إنشاؤها يجب أن تقول 2377 ، إذا كان ذلك ممكنًا. لكنني أعلم أن الأجهزة ، تحت الغطاء ، يتم إنشاؤها بواسطة VirtualBox وقد يكون من الصعب تحديد ذلك.

لقد نجح تغيير المنفذ إلى 2377 بالنسبة لي.

docker swarm join --token SWMTKN-1-RANDOMTOKEN 192.168.99.100:2377

نجح 2377 - هل يستطيع عامل الشحن إصلاح "نص النسخ" الناتج لإصلاح ذلك؟

2377 عملت لي أيضا

يمكن لأي شخص أن يشرح الملكية الفكرية؟

حصلت على نفس المشكلة عملت 2377. ربما يجب إعادة صياغة الجملة في "البدء" لتوضيحها.

كان لديه نفس المشكلة وعمل المنفذ 2377 بالنسبة لي. إنه أمر غريب ، لأن docker-machine ls يظهر المنفذ 2376. هناك بالتأكيد خطأ هنا في مكان ما.

NAME ACTIVE DRIVER STATE URL SWARM DOCKER ERRORS
myvm1 - virtualbox Running tcp://192.168.99.100:2376 v17.06.2-ce
myvm2 - virtualbox Running tcp://192.168.99.101:2376 v17.06.2-ce

قم بإزالة المنفذ
مثال:
docker-machine ssh myvm2 "انضمام سرب عامل ميناء \
> - منطوقة\
> 192.168.99.103:2376 "

2377 هو منفذ إدارة السرب.
2376 هو منفذ Docker Daemon.
يجب أن نستخدم دائمًا 2377 أو نتركه فارغًا ونتركه افتراضيًا

استخدام المنفذ 2377 يعمل بالنسبة لي - شكرًا لك على هذا المنتدى 👍 🥇

ألا يجب تغيير الرسالة التي يتم إخراجها بعد إنشاء سرب عامل الإرساء من المنفذ 2376 إلى 2377 ، فهل هناك سبب لترك هذا كما هو؟

شكرا!

أثناء انضمام العامل إلى عقدة مدير الحصول على الخطأ التالي

استجابة خطأ من البرنامج الخفي: خطأ rpc: code = وصف غير متوفر = جميع SubConns موجودة في TransientFailure ، خطأ اتصال آخر: خطأ اتصال: desc = نقل: فشل اتصال المصادقة: x509: انتهت صلاحية الشهادة أو أنها غير صالحة بعد

تم الحل: مزامنة Ntp بين عقدة المدير والعامل.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات