Container-runtime-Netzwerk nicht bereit: cni config nicht initialisiert

Ich bin der Installation kubernetes(kubeadm) auf centos VM ausgeführt wird, innerhalb Virtualbox, also mit yum installiert habe kubeadm, kubelet und docker.

Nun beim Versuch das setup-cluster mit kubeadm init --pod-network-cidr=192.168.56.0/24 --apiserver-advertise-address=192.168.56.33/32 ich in ausführen den folgenden Fehler : 

Unable to update cni config: No networks found in /etc/cni/net.d

Container runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady message:docker: network plugin is not ready: cni config uninitialized

Also ich habe keine cni Ordner in /etc auch, dass kubernetes-cni-0.6.0-0.x86_64 installiert ist. Ich habe Versucht, zu kommentieren KUBELET_NETWORK_ARGS im /etc/systemd/system/kubelet.service.d/10-kubeadm.conf aber es hat nicht funktioniert.

PS:

  • Ich bin der Installation hinter proxy.

  • Habe ich mehrere Netzwerk-Adapter:

    • NAT : 10.0.2.15/24 für Internet

    • Nur Host : 192.168.56.33/32

    • - Und Andockfenster-Schnittstelle : 172.17.0.1/16

Docker version: 17.12.1-ce

kubectl version : Major:"1",
Minor:"9", GitVersion:"v1.9.3"

Centos 7

InformationsquelleAutor BOUKANDOURA Mhamed | 2018-03-05
  1. 2

    Gibt es einige Punkte zu erinnern, beim einrichten des Clusters mit "kubeadm init" und es ist klar dokumentiert, auf die Kubernetes-site kubeadm cluster erstellen:

    • "kubeadm zurücksetzen" wenn Sie bereits eine Vorherige cluster
    • Entfernen ".kube" - Ordner aus dem home-oder root-Verzeichnis
    • (Auch stoppen kubelet mit systemctl ermöglichen einen reibungslosen Aufbau)
    • Deaktivieren swap dauerhaft auf der Maschine, vor allem, wenn Sie einen Neustart Ihres linux-Systems
    • Und nicht zu vergessen, installieren Sie ein pod-Netzwerk-add-on nach den Anweisungen auf der add-on-Website (nicht Kubernetes-site)
    • Folgen der post-Initialisierung angegebenen Schritten auf das Kommando-Fenster durch kubeadm.

    Wenn alle diese Schritte korrekt befolgt, dann den cluster ordnungsgemäß ausgeführt wird.

    Und vergessen Sie nicht, tun Sie den folgenden Befehl zum aktivieren der Terminierung auf die erzeugten cluster:

    kubectl taint nodes --all node-role.kubernetes.io/master-
    InformationsquelleAutor i-tms
  2. 1

    Es wurde ein proxy-Fehler, wie wissen in Github https://github.com/kubernetes/kubernetes/issues/34695

    Werden Sie vorgeschlagen, um zu verwenden kubeadm init --use-kubernetes-version v1.4.1 aber ich mein Netzwerk komplett (ohne proxy) und ich Schaffe es, meine setup-cluster.

    Danach können wir setup-pod-Netzwerk mit kubectl apply -f ... siehe https://kubernetes.io/docs/setup/independent/create-cluster-kubeadm/#pod-network

    InformationsquelleAutor BOUKANDOURA Mhamed
  3. 1

    Überprüfen diese Antwort.

    Verwenden Sie diese PR (bis genehmigt wird):

    kubectl -n kube-system apply -f https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

    es ist ein bekanntes Problem: coreos/Flanell - #1044

    InformationsquelleAutor Vishrant
  4. 0

    Konnte ich nicht sehen, die Ruder-server-version:

    $ helm version --tiller-namespace digital-ocean-namespace
Client: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"}
Error: could not find a ready tiller pod

    Den kubectl describe node kubernetes-master --namespace digital-ocean-namespace Befehl war, zeigt die Nachricht:

    NetworkPluginNotReady message:docker: network plugin is not ready: cni config uninitialized

    Der Knoten war noch nicht fertig:

    $ kubectl get node --namespace digital-ocean-namespace
NAME                  STATUS     ROLES    AGE   VERSION
kubernetes-master     NotReady   master   82m   v1.14.1
kubernetes-worker-1   NotReady   <none>   81m   v1.14.1

    Hatte ich eine version Kompatibilitätsproblem zwischen Kubernetes und die Flanell-Netzwerk.

    Meine k8s-version war 1.14 wie im Befehl:

    $ kubectl version
Client Version: version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.1", GitCommit:"b7394102d6ef778017f2ca4046abbaa23b88c290", GitTreeState:"clean", BuildDate:"2019-04-08T17:11:31Z", GoVersion:"go1.12.1", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.1", GitCommit:"b7394102d6ef778017f2ca4046abbaa23b88c290", GitTreeState:"clean", BuildDate:"2019-04-08T17:02:58Z", GoVersion:"go1.12.1", Compiler:"gc", Platform:"linux/amd64"}

    Nach re-Installation des Flanell-Netzwerk mit dem Befehl:

    kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

    Konnte ich dann sehen das Ruder-server-version:

    $ helm version --tiller-namespace digital-ocean-namespace
Client: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"}
    InformationsquelleAutor Stephane
Schreibe einen Kommentar