Ist das eine Bitte um Hilfe? (Wenn ja, sollten Sie unseren Leitfaden zur Fehlerbehebung und die Community-Support-Kanäle verwenden, siehe http://kubernetes.io/docs/troubleshooting/.): Ein Fehlerbericht könnte als Hilfeanforderung klassifiziert werden, aber in erster Linie handelt es sich um einen Fehlerbericht, weil Dieses Produkt verhält sich nicht wie dokumentiert.
Nach welchen Schlüsselwörtern haben Sie in Kubernetes-Ausgaben gesucht, bevor Sie diese eingereicht haben? (Wenn Sie Duplikate gefunden haben, sollten Sie stattdessen dort antworten.):
No connection could be made because the target machine actively refused it
Ist dies ein FEHLERBERICHT oder eine FEATURE-ANFRAGE? (wählen Sie einen): FEHLERBERICHT
Kubernetes-Version (verwenden Sie kubectl version
): 1.6.2
Umgebung :
uname -a
): N/Agcloud
, kubectl
Was ist passiert :
gcloud
und kubectl
läuft gcloud components install kubectl
, alles erfolgreich, keine Fehler, keine Warnungengcloud init
und gcloud auth login
- Erfolgkubectl get pods
, diesen Fehler erhalten, Zitat:Unable to connect to the server: dial tcp [::1]:8080: connectex: No connection could be made because the target machine actively refused it.
Tatsächlich zeigt sogar kubectl version
denselben Fehler an
Was Sie erwartet haben, zu passieren :
Befehle, die gemäß ihren --help
wie dokumentiert. Dh kubectl get pod
sollte mir meine Pods nicht den Fehler anzeigen.
So reproduzieren Sie es (so minimal und genau wie möglich):
Wie oben beschrieben: Installieren Sie das Google Cloud SDK auf einem Windows 10-Computer und folgen Sie dem oben im Abschnitt Was passierte beschriebenen Szenario↑
Was wir sonst noch wissen müssen :
Fragen Sie einfach.
Habe es herausgefunden: Muss gcloud container clusters get-credentials cluster-id
ausführen, bevor kubectl
Hilfreichster Kommentar
Habe es herausgefunden: Muss
gcloud container clusters get-credentials cluster-id
ausführen, bevorkubectl