Machine: Réponse d'erreur du démon : erreur rpc : code = 13 desc = erreur de connexion : desc = "transport : erreur distante : tls : certificat incorrect"

Créé le 20 avr. 2017  ·  28Commentaires  ·  Source: docker/machine

Salut,

En suivant le guide de démarrage pour le cluster, je suis confronté au problème en rejoignant l'essaim local créé sur virtualbox

Versions utilisées

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

Voici la commande complète en cours d'exécution

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

Commentaire le plus utile

Cela a fonctionné pour moi cette fois. Je suppose que vous faites --advertise-addr avec l'adresse IP et le port qui se trouvent dans docker-machine ls . Vous devez utiliser le PORT 2377 selon les instructions. Ensuite, cela semble fonctionner.

Tous les 28 commentaires

Des mises à jour à ce sujet ?

Face au même problème

Veuillez noter que je peux envoyer un ping à partir de ces deux vms.

J'ai le même problème.
J'ai installé manuellement le docker-machine , J'ai essayé ceci sur centos 7 et Ubuntu 16.04.

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

Aidez-moi, s'il vous plaît.

J'ai le même problème.

Cela a fonctionné pour moi cette fois. Je suppose que vous faites --advertise-addr avec l'adresse IP et le port qui se trouvent dans docker-machine ls . Vous devez utiliser le PORT 2377 selon les instructions. Ensuite, cela semble fonctionner.

@lupulin , merci, cela a fonctionné pour moi quand j'ai utilisé PORT 2377

@lupulin @dipuratheesan J'ai eu le même problème et cela a également fonctionné pour moi en utilisant le port 2377.

J'ai eu le même problème, 2377 semble fonctionner mais je ne sais pas pourquoi.

@tstrijdhorst , il est en fait indiqué sur la documentation de démarrage que le port 2377 est réservé pour joindre des nœuds à l'essaim.

Remarque : Vous obtenez une erreur concernant la nécessité d'utiliser --advertise-addr ? Copiez l'adresse IP de myvm1 en exécutant docker-machine ls, puis exécutez à nouveau la commande docker swarm init, en utilisant cette adresse IP et en spécifiant le port 2377 (le port pour les jointures swarm) avec --advertise-addr. Par example:

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

Ouais pareil ici. Merci.

Merci!

A travaillé pour moi aussi - merci!

Si vous avez utilisé "--advertise-addr" lors de l'exécution de la commande "" docker swarm init ....", vous devez également utiliser l'indicateur --advertise-addr lors de la jonction des nœuds.

par exemple
Nommer le nœud en tant que gestionnaire
docker swarm init --advertise-addr <ip>:<port>

nœud de jonction :
docker swarm join --token <token> --advertise-addr <ip>:<port>

Remarque : IP et PORT sont identiques dans les deux commandes ci-dessus.

2377 a fonctionné pour moi!

Le tutoriel a expliqué que dans la note sur --advertise-addr

Obtenir une erreur sur la nécessité d'utiliser --advertise-addr ?

Copiez l'adresse IP de myvm1 en exécutant docker-machine ls, puis exécutez à nouveau la commande docker swarm init, en utilisant cette adresse IP et en spécifiant le port 2377 (le port pour swarm joins ) avec --advertise-addr

C'est déroutant cependant. Le tutoriel est correct, mais lors de l'exécution des commandes pour initialiser le docker swarm, un utilisateur voit :

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

Remarque : Port 2376

Ce serait bien si Machine pouvait se rendre compte que le message généré devrait indiquer 2377, si c'est possible. Mais, je sais que les machines sont, sous le capot, créées par VirtualBox et cela pourrait être difficile à déterminer.

Changer le port en 2377 a fonctionné pour moi.

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

2377 a fonctionné - Docker pourrait-il corriger le "texte de copie" généré pour résoudre ce problème ?

2377 a fonctionné pour moi aussi

quelqu'un pourrait expliquer l'ip?

Vous avez le même problème 2377 travaillé. Peut-être que la phrase dans le Get Started devrait être reformulée pour la rendre plus claire.

J'ai eu le même problème et le port 2377 a fonctionné pour moi. C'est étrange cependant, car docker-machine ls affiche le port 2376. Il y a certainement un bogue ici quelque part.

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

supprimer le port
Exemple:
docker-machine ssh myvm2 "docker swarm join \
> --jeton\
> 192.168.99.103:2376"

2377 est le port de gestion de l'essaim.
2376 est le port du démon Docker.
Nous devrions toujours utiliser 2377 ou le laisser vide et le laisser prendre par défaut

L'utilisation du port 2377 a fonctionné pour moi - merci pour ce forum 👍 🥇

Le message qui est émis après la création de l'essaim docker ne devrait-il pas être modifié du port 2376 au port 2377, y a-t-il une raison pour laquelle cela reste tel quel ?

Merci!

Lors de la jonction du travailleur au nœud Manager, l'erreur suivante s'affiche

Réponse d'erreur du démon : erreur rpc : code = non disponible desc = tous les sous-conn sont en échec transitoire, dernière erreur de connexion : erreur de connexion : desc = transport : échec de la négociation d'authentification : x509 : le certificat a expiré ou n'est pas encore valide

Résolu : synchronisation NTP entre le gestionnaire et le nœud de travail.

Cette page vous a été utile?
0 / 5 - 0 notes