Kubeadm: Le nœud ne peut pas se joindre au cluster

Créé le 11 sept. 2018  ·  3Commentaires  ·  Source: kubernetes/kubeadm

RAPPORT D'ERREUR

Versions

version de kubeadm (utilisez kubeadm version ):
kubeadm version : &version.Info{Major : "1", Minor : "11", GitVersion : "v1.11.2", GitCommit : "bb9ffb1654d4a729bb4cec18ff088eacc153c239", GitTreeState : "clean", BuildDate : "2018-08-07T23:14 : 39Z", GoVersion :"go1.10.3", Compilateur :"gc", Plate-forme :"linux/amd64"}

Environnement :

  • Version Kubernetes (utilisez kubectl version ):
    Version du serveur : version.Info{Major:"1", Minor :"11", GitVersion:"v1.11.3", GitCommit:"a4529464e4629c21224b3d52edfe0ea91b072862", GitTreeState:"clean", BuildDate:"2018-09-09T17:53 : 03Z", GoVersion:"go1.10.3", Compilateur:"gc", Plate-forme:"linux/amd64"}
  • OS (par exemple depuis /etc/os-release) :
    CentOS Linux version 7.5.1804 (Core)
  • Noyau (par exemple uname -a ):
    Linux 3.10.0-862.el7.x86_64

Que s'est-il passé?

[découverte] Échec de la connexion au serveur API ":6443": l'ID de jeton "dwjwgo" n'est pas valide pour ce cluster ou il a expiré. Utilisez "kubeadm token create" sur le nœud maître pour créer un nouveau jeton valide

A quoi vous attendiez-vous ?

Un nœud se joint à un cluster.

Comment le reproduire (le plus minimalement et le plus précisément possible) ?

Sur le maître :

kubeadm init --apiserver-advertise-address=--kubernetes-version=stable-1.11 --pod-network-cidr=--service-cidr=

jeton kubeadm créer --ttl 0 --print-join-command
kubeadm rejoindre:6443 --token 6fbvvs.g0k7ygepxrcj4iwz --discovery-token-ca-cert-hash sha256:6331c00a2fa873d91b481fe55ffc3410006580ac5ca021a5c086b1869bd40e4b

Sur le nœud :

kubeadm rejoindre:6443 --token 6fbvvs.g0k7ygepxrcj4iwz --discovery-token-ca-cert-hash sha256:6331c00a2fa873d91b481fe55ffc3410006580ac5ca021a5c086b1869bd40e4b
[preflight] effectuer des vérifications avant le vol
[AVERTISSEMENT RequiredIPVSKernelModulesAvailable] : le proxy IPVS ne sera pas utilisé, car les modules de noyau requis suivants ne sont pas chargés : [ip_vs_sh ip_vs ip_vs_rr ip_vs_wrr] ou aucune prise en charge intégrée du noyau ipvs : map[ip_vs_sh :{_}} ipv_conn ip_vs_rr :{} ip_vs_wrr :{}]
vous pouvez résoudre ce problème avec les méthodes suivantes :

  1. Exécutez « modprobe -- » pour charger les modules du noyau manquants ;

    1. Fournir le support ipvs du noyau intégré manquant

I0911 12:17:44.349062 22906 kernel_validator.go:81] Validation de la version du noyau
I0911 12:17:44.349204 22906 kernel_validator.go:96] Validation de la configuration du noyau
[découverte] Essayer de se connecter au serveur API ":6443"
[discovery] Création d'un client de découverte d'informations sur le cluster, en demandant des informations à "https://:6443"
[découverte] Échec de la connexion au serveur API ":6443": l'ID de jeton "6fbvvs" n'est pas valide pour ce cluster ou il a expiré. Utilisez "kubeadm token create" sur le nœud maître pour créer un nouveau jeton valide
[découverte] Essayer de se connecter au serveur API ":6443"
[discovery] Création d'un client de découverte d'informations sur le cluster, en demandant des informations à "https://:6443"
[discovery] Échec de la connexion au serveur API ":6443": l'ID de jeton "6fbvvs" n'est pas valide pour ce cluster ou il a expiré. Utilisez "kubeadm token create" sur le nœud maître pour créer un nouveau jeton valide
^C

Des idées?

Tous les 3 commentaires

Échec de la connexion au serveur API ":6443": l'ID de jeton "6fbvvs" n'est pas valide pour ce cluster ou il a expiré. Utilisez "kubeadm token create" sur le nœud maître pour créer un nouveau jeton valide

Que diriez-vous de créer un nouveau jeton sur le maître ? L'actuel semble expiré.

Que diriez-vous de créer un nouveau jeton sur le maître ? L'actuel semble expiré.

Je tiens à souligner que le jeton est généré avec ttl 0 et ne peut pas expirer.

La raison était « Contrôleur : non valide --cluster-cidr, la taille du masque du cluster CIDR doit être inférieure à --node-cidr-mask-size »

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