Habe das gleiche Problem mit Version 1.2.0 +1

@xificurC @jankoprowski Hast du überprüft ob der apiserver läuft?

Bitte werfen Sie einen Blick auf unsere Anleitung zur Fehlerbehebung:
http://kubernetes.io/docs/troubleshooting/

Wenn Sie noch Hilfe benötigen, fragen Sie bitte auf stackoverflow.

apiserver fehlgeschlagen mit:

F0421 14:28:55.140493 1 server.go:410] Ungültige Authentifizierungskonfiguration: open /srv/kubernetes/basic_auth.csv: no such file or directory

Ich bin auch auf dieses Problem gestoßen und mein Apiserver ist nicht fehlgeschlagen, alle Prozesse (Apiserver, Controller-Manager, Schdeuler, Kublet und Kube-Proxy) laufen normal. Meine Docker-Version ist 1.11.2. Weiß jemand, wie man dieses Problem löst?

Ich habe diese Probleme auch getroffen. Da ich Kubernetes1.2.2 verwenden muss, verwende ich Docker, um Kubernetes bereitzustellen. Das gleiche Problem tritt auf. Der API-Server ist ausgefallen. Protokolle hier,

I0725 08:56:20.440089       1 genericapiserver.go:82] Adding storage destination for group batch
W0725 08:56:20.440127       1 server.go:383] No RSA key provided, service account token authentication disabled
F0725 08:56:20.440148       1 server.go:410] Invalid Authentication Config: open /srv/kubernetes/basic_auth.csv: no such file or directory

Der API-Server ist ausgefallen und ich kann Kubernetes nicht bereitstellen. Weiß jemand davon?

Versuchen Sie, --server zu verwenden, um Ihren Master anzugeben:
kubectl --server=16.187.189.90:8080 get pod -o wide

Hallo, ich erhalte die folgende Fehlermeldung auf Centos 7, wie kann ich dieses Problem lösen?

[root@ip-172-31-11-12 system]# kubectl get nodes
The connection to the server localhost:8080 was refused - did you specify the right host or port?

Sie können dies mit "kubectl config" lösen:

$ kubectl config set-cluster demo-cluster --server=http://master.example.com:8080
$ kubectl config set-context demo-system --cluster=demo-cluster
$ kubectl config use-context demo-system
$ kubectl get nodes
NAME                 STATUS    AGE
master.example.com   Ready     3h
node1.example.com    Ready     2h
node2.example.com    Ready     2h

In meinem Fall musste ich nur ~/.kube/config entfernen, das vom vorherigen Versuch übrig geblieben war.

Hallo,
Ich bin immer noch auf dieses Problem gestoßen
kubernetes-master-1.4.0-0.1.git87d9d8d.el7.x86_64
kubernetes-node-1.4.0-0.1.git87d9d8d.el7.x86_64
kubernetes-unit-test-1.4.0-0.1.git87d9d8d.el7.x86_64
kubernetes-ansible-0.6.0-0.1.gitd65ebd5.el7.noarch
kubernetes-client-1.4.0-0.1.git87d9d8d.el7.x86_64
kubernetes-1.4.0-0.1.git87d9d8d.el7.x86_64

wenn ich KUBE_API_ADDRESS mit dem folgenden Wert konfiguriere
KUBE_API_ADDRESS="--insecure-bind-address=10.10.10.xx"
Ich bin auf diesen Fehler gestoßen und es funktioniert, wenn ich die Optionen „--server=10.10.10.xx:8080“ an cmd übergebe

wenn ich KUBE_API_ADDRESS mit dem folgenden Wert konfiguriere
KUBE_API_ADDRESS="--insecure-bind-address=0.0.0.0"
es funktioniert gut.

Ich habe versucht, den Status vom Remote-System mit Ansible abzurufen, und ich hatte das gleiche Problem.
Ich habe es versucht und es hat funktioniert.
kubectl --kubeconfig ./admin.conf get pods --all-namespaces -o wide

Ähnlich wie bei @sumitkau habe ich mein Problem mit dem Festlegen eines neuen Kubelet-Konfigurationsspeicherorts gelöst, indem ich Folgendes verwendet habe:
kubectl --kubeconfig /etc/kubernetes/admin.conf erhält keine
Sie können auch /etc/kubernetes/admin.conf nach ~/.kube/config kopieren und es funktioniert, aber ich weiß nicht, ob es eine gute Arbeit ist oder nicht!

aktualisiere den Eintrag in /etc/kubernetes/apiserver (auf dem Master-Server)
KUBE_API_PORT="--port=8080"
Führen Sie dann einen systemctl-Neustart von kube-apiserver durch

Wenn dies in der GCP auftritt, wird das Problem höchstwahrscheinlich durch die folgenden Schritte behoben:

gcloud container clusters get-credentials your-cluster --zone your-zone --project your-project

Danke an @mamirkhani. Ich habe diesen Fehler behoben.
Ich habe jedoch gerade solche Informationen in der Ausgabe von "kubeadm init" gefunden:
_Ihr Kubernetes-Master wurde erfolgreich initialisiert!
Um Ihren Cluster zu verwenden, müssen Sie (als normaler Benutzer) Folgendes ausführen:
sudo cp /etc/kubernetes/admin.conf $HOME/
sudo chown $(id -u):$(id -g) $HOME/admin.conf
export KUBECONFIG=$HOME/admin.conf_

Ich denke, das ist die empfohlene Lösung.

Ich hatte das gleiche Problem. Beim Erstellen eines Clusters über die Web-GUI in Google Cloud und beim Versuch, kubectl auszuführen, bekomme ich

The connection to the server localhost:8080 was refused - did you specify the right host or port?

Sie müssen lediglich die kubectl-Konfiguration für Ihren Cluster abrufen, die in $HOME/.kubectl/config gespeichert wird:

$ gcloud container clusters get-credentials guestbook2
Fetching cluster endpoint and auth data.
kubeconfig entry generated for guestbook2.

Jetzt funktioniert kubectl einwandfrei

kubectl erwartet ~/.kube/config als Dateinamen für seine Konfiguration.

Die schnelle Lösung, die für mich funktionierte, bestand darin, einen symbolischen Link zu erstellen:

ln -s ~/.kube/config.conjure-canonical-kubern-e82 ~/.kube/config

NB Dies war für eine Bereitstellung von "Kubernetes beschwören".

Dieses Problem hat mich 1 Woche lang verwirrt, es scheint jetzt bei mir zu funktionieren. Wenn Sie dieses Problem haben, müssen Sie zunächst wissen, auf welchem ​​​​Knoten es auftritt.

Wenn es sich um einen Master-Knoten handelt, stellen Sie sicher, dass alle Kubernetes-Pods per Befehl ausgeführt werden
kubectl get pods --all-namespaces ,

meiner sieht so aus
kube-system etcd-kubernetes-master01 1/1 Running 2 6d kube-system kube-apiserver-kubernetes-master01 1/1 Running 3 6d kube-system kube-controller-manager-kubernetes-master01 1/1 Running 2 6d kube-system kube-dns-2425271678-3kkl1 3/3 Running 6 6d kube-system kube-flannel-ds-brw34 2/2 Running 6 6d kube-system kube-flannel-ds-psxc8 2/2 Running 7 6d kube-system kube-proxy-45n1h 1/1 Running 2 6d kube-system kube-proxy-fsn6f 1/1 Running 2 6d kube-system kube-scheduler-kubernetes-master01 1/1 Running 2 6d

Wenn dies nicht der Fall ist, überprüfen Sie, ob Sie diese Dateien in Ihrem Verzeichnis /etc/kubernetes/ haben.
admin.conf controller-manager.conf kubelet.conf manifests pki scheduler.conf , wenn Sie dies tun, kopieren Sie diese Dateien mit einem normalen Benutzer (nicht ROOT-Benutzer)
mkdir -p $HOME/.kube sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config sudo chown $(id -u):$(id -g) $HOME/.kube/config

und sehen Sie dann, ob die kubectl-Version funktioniert oder nicht, wenn sie immer noch nicht funktioniert, folgen Sie dem Tutorial unter https://kubernetes.io/docs/setup/independent/create-cluster-kubeadm/ und reißen Sie Ihren Cluster herunter und bauen Sie Ihren neu auf Meister.

Wenn es auf (Slave-)Knoten passiert, stellen Sie sicher, dass Sie die Dateien haben
kubelet.conf manifests pki
in Ihrem Verzeichnis von /etc/kubernetes/ und in dieser kubelet.conf sollte das Serverfeld auf Ihre Master-IP zeigen, was die gleichen Einstellungen wie die admin.conf Ihres Masterknotens sind,
Wenn Sie die kubelet.conf nicht haben, liegt das wahrscheinlich daran, dass Sie den Befehl zum Verbinden Ihrer Knoten mit Ihrem Master nicht ausgeführt haben
kubeadm join --token f34tverg45ytt34tt 192.168.1.170:6443 , Sie sollten diesen Befehl (Token) erhalten, nachdem Ihr Masterknoten erstellt wurde.

Nach der Anmeldung als normaler Benutzer auf dem (Slave-)Knoten sehen Sie wahrscheinlich keine Konfigurationsdatei in Ihrem ~/.kube, erstellen Sie dann diesen Ordner und kopieren Sie dann _admin.conf_ von Ihrem Master-Knoten in Ihr Verzeichnis ~/.kube/ auf diesem (Slave ) node als _config_ mit einem normalen Benutzer, und dann kopieren und die kubectl-Version ausprobieren, es funktioniert für mich.

Obwohl ich weiß, dass es hier mehrere Gründe für einen Fehler geben kann, hat in meinem Fall das Entfernen ~/.kube/cache sofort geholfen.

Ich habe diese Probleme. Diese Lösung funktioniert für mich:

sudo cp /etc/kubernetes/admin.conf $HOME/
sudo chown $(id -u):$(id -g) $HOME/admin.conf
export KUBECONFIG=$HOME/admin.conf

Wenn Sie admin.conf nicht haben, installieren Sie bitte kubeadm
Und entfernen Sie dann ~/.kube/cache

rm -rf ~/.kube/cache

Sie müssen den Kontext wechseln.
kubectl config use-context docker-for-desktop

HI-Team,

wir müssen sap vora installieren, dafür sind kubernetes und docker voraussetzung. wir haben kubernetes master und kubectl, docker installiert. aber wenn wir prüfen

kubectl-Cluster-Info

kubectl-Cluster-Info-Dump

09.05.2018 06:47:57.905806 ICH | proto: doppelter Prototyp registriert: google.protobuf.Any
09.05.2018 06:47:57.905997 Ich | proto: doppelter Prototyp registriert: google.protobuf.Duration
09.05.2018 06:47:57.906019 ICH | proto: doppelter Prototyp registriert: google.protobuf.Timestamp
Die Verbindung zum Server 10.xxx:6443 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben?

als wir den Systemctl-Status kubelet -l überprüft haben

kubelet.service – Kubernetes-Kubelet-Server
Geladen: geladen (/usr/lib/systemd/system/kubelet.service; aktiviert)
Aktiv: Fehlgeschlagen (Ergebnis: Startlimit) seit Mi 2018-05-09 04:17:21 EDT; Vor 2h 28min
Dokumente: https://github.com/GoogleCloudPlatform/kubernetes
Prozess: 2513 ExecStart=/usr/bin/hyperkube kubelet $KUBE_LOGTOSTDERR $KUBE_LOG_LEVEL $KUBELET_API_SERVER $KUBELET_ADDRESS $KUBELET_PORT $KUBELET_HOSTNAME $KUBE_ALLOW_PRIV $KUBELET_INITIAL_ARGS $KUBELET_ARGS (Code=beendet, Status=203/EXEC)
Haupt-PID: 2513 (Code=beendet, Status=203/EXEC)

Wir haben die folgenden Einstellungen vorgenommen

sudo cp /etc/kubernetes/admin.conf $HOME/
sudo chown $(id -u):$(id -g) $HOME/admin.conf
export KUBECONFIG=$HOME/admin.conf

aber nützt nichts. Kann jemand helfen

Grüße
karthik

Ich habe diese Probleme. Diese Lösung funktioniert für mich:
export KUBECONFIG=/etc/kubernetes/admin.conf

Hallo mapsic,

Ich habe oben env exportiert, aber keinen Nutzen. denselben Fehler bekommen.

2018-05-15 04:27:32.221744 Ich | proto: doppelter Prototyp registriert: google.protobuf.Any
2018-05-15 04:27:32.221912 Ich | proto: doppelter Prototyp registriert: google.protobuf.Duration
2018-05-15 04:27:32.221936 Ich | proto: doppelter Prototyp registriert: google.protobuf.Timestamp
Die Verbindung zum Server 10.xxx:6443 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben

Ich habe auch die Einträge des Kubelet-Dienstes und der Konfigurationsdatei geändert, immer noch keine Verwendung.

Grüße
karthik

Hallo Karthik,

Vielleicht können Sie versuchen, das Protokoll über den Kubelet-Dienst zu überprüfen.

Ich bekomme den obigen Fehler

[admin ~]$ kubectl cluster-info
Kubernetes master is running at https://xxxxx:6443

To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.
The connection to the server xxxxx:6443 was refused - did you specify the right host or port?
[admin~]$ kubectl cluster-info dump
The connection to the server xxxx:6443 was refused - did you specify the right host or port?

Dieselbe Fehlermeldung bei der Verwendung kubectl get pods --all-namespaces

Hallo, ich erhalte die folgende Fehlermeldung auf Centos 7, wie kann ich dieses Problem lösen?

[root@ip-172-31-11-12 system]# kubectl get nodes
The connection to the server localhost:8080 was refused - did you specify the right host or port?

Ich glaube, Sie haben kubeadm nicht installiert ... installieren Sie zuerst kubeadm und versuchen Sie es dann

Ok werde das machen

Am Montag, den 17. September 2018 um 08:04 Uhr schrieb Karthik Nair [email protected] :

Hallo, ich erhalte den folgenden Fehler auf Centos 7, wie kann ich das lösen
Ausgabe?

[ root@ip-172-31-11-12 system]# kubectl erhält Knoten
Die Verbindung zum Server localhost:8080 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben?

Ich glaube, du hast kubeadm nicht installiert ... installiere zuerst kubeadm und dann
Versuchen

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/kubernetes/kubernetes/issues/23726#issuecomment-421909051 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AkFH4U0Cwjeg2Y4sL8irk5velVQDj6u2ks5ub0lzgaJpZM4H9nxM
.

>

Mit freundlichen Grüße,

Bishnu Sunuwar

Sie müssen diese Befehle zuerst ausführen -

[ user@k8s-master ~]# mkdir -p $HOME/.kube
[ user@k8s-master ~]# cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[ user@k8s-master ~]# chown $(id -u):$(id -g) $HOME/.kube/config

Unter Mac OS High Sierra habe ich dies gelöst, indem ich Kubernetes aktiviert habe, das in Docker selbst integriert ist.

Ich bekomme folgendes Problem: „Die Verbindung zum Server 10.0.48.115:6443 wurde abgelehnt – haben Sie den richtigen Host oder Port angegeben?“

kubectl-Version

Client-Version: version.Info{Major:"1", Minor:"12", GitVersion:"v1.12.1", GitCommit:"4ed3216f3ec431b140b1d899130a69fc671678f4", GitTreeState:"clean", BuildDate:"2018-10-05T16:46: 06Z", GoVersion:"go1.10.4", Compiler:"gc", Plattform:"linux/amd64"}
Die Verbindung zum Server 10.0.48.115:6443 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben?

Wer kann dabei helfen? anerkennen

Die alte Konfiguration aus ~/.kube gelöscht und dann Docker (für Macos) neu gestartet und den Konfigurationsordner neu erstellt. Alles gut jetzt, wenn ich 'kubectl get nodes' mache.

Löschen Sie die virtuelle Minikube-Maschine und die Konfigurationsdateien, installieren Sie Minikube (v0.25.2) neu, andere Versionen können Gruben haben

$ minikube delete
$ rm -rf ~/.minikube
$ curl -Lo minikube https://storage.googleapis.com/minikube/releases/v0.25.2/minikube-linux-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/

Verwenden Sie den folgenden Befehl. Es hat für mich funktioniert.

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

Verwenden Sie den folgenden Befehl. Es hat für mich funktioniert.

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

Danke! das hat funktioniert!

In meinem Fall hatte ich den Master-Knoten von Kubernetes neu gestartet, und beim Neustart ist die SWAP-Partition des Speicheraustauschs standardmäßig aktiviert

1. sudo systemctl status kubelet

kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/etc/systemd/system/kubelet.service; enabled; vendor preset: disabled)
  Drop-In: /etc/systemd/system/kubelet.service.d
           └─10-kubeadm.conf, 90-local-extras.conf
   Active: activating (auto-restart) (Result: exit-code) since 금 2018-04-20 15:27:00 KST; 6s ago
     Docs: http://kubernetes.io/docs/
  Process: 17247 ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_SYSTEM_PODS_ARGS $KUBELET_NETWORK_ARGS $KUBELET_DNS_ARGS $KUBELET_AUTHZ_ARGS $KUBELET_CADVISOR_ARGS $KUBELET_CGROUP_ARGS $KUBELET_CERTIFICATE_ARGS $KUBELET_EXTRA_ARGS (code=exited, status=255)
 Main PID: 17247 (code=exited, status=255)

1. sudo swapon -s

Filename    type        size    Used    priority
/dev/sda6   partition   950267  3580    -1

1. sudo swapoff /dev/sda6

2. sudo systemctl status kubelet

● kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/lib/systemd/system/kubelet.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/kubelet.service.d
           └─10-kubeadm.conf
   Active: active (running) since Mon 2019-01-14 08:28:56 -05; 15min ago
     Docs: https://kubernetes.io/docs/home/
 Main PID: 7018 (kubelet)
    Tasks: 25 (limit: 3319)
   CGroup: /system.slice/kubelet.service
           └─7018 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes

1. kubectl get nodes

NAME        STATUS   ROLES    AGE   VERSION
k8smaster   Ready    master   47h   v1.13.2
k8snode1    Ready    <none>   45h   v1.13.2
k8snode2    Ready    <none>   45h   v1.13.2

Ich habe das nicht ausgeführt.

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

verursachte das Problem.

IP-Route standardmäßig über xxx.xxx.xxx.xxx auf k8s-Master hinzufügen

$ kubectl apply -f Deployment.yaml
"Deployment.yaml" kann nicht erkannt werden: Rufen Sie http://localhost :8080/api?timeout=32s ab: Wählen Sie TCP 127.0.0.1:8080: Verbinden: Verbindung abgelehnt
"Deployment.yaml" kann nicht erkannt werden: Rufen Sie http://localhost :8080/api?timeout=32s ab: Wählen Sie TCP 127.0.0.1:8080: Verbinden: Verbindung abgelehnt

Unter Mac OS High Sierra habe ich dies gelöst, indem ich Kubernetes aktiviert habe, das in Docker selbst integriert ist.

Es klappt. Ziemlich einfach. Wenn Sie Desktop-Software verwenden, finden Sie die Lösung besser zuerst in den Einstellungen. Haha.

Unter Mac OS High Sierra habe ich dies gelöst, indem ich Kubernetes aktiviert habe, das in Docker selbst integriert ist.

tks

Nun, es mag dumm klingen, aber vielleicht haben Sie MiniKube nicht installiert, um Ihren Cluster lokal auszuführen

Versuchen Sie Minikube neu zu installieren, wenn Sie einen haben, oder versuchen Sie es mit kubectl proxy --port=8080 .

Ok, auf Docker für Mac (v 2.0.5.0) gibt es ZWEI Einstellungen, die beide umgeschaltet werden müssen.

Stellen Sie sicher, dass alle Container entfernt werden

docker rm -f $(docker ps -aq)

Nachdem Sie sichergestellt haben, dass alle Container entfernt wurden, starten Sie kubelet neu

systemctl restart kubelet

[ mayuchau@cg-id .kube]$ kubectl erhält Knoten
Die Verbindung zum Server localhost:8080 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben?

Ich bekomme den obigen Fehler. Ich habe die oben genannten Lösungen ausprobiert, aber es hat bei mir nicht funktioniert.

[ mayuchau@cg-id .kube]$ kubectl erhält Knoten
Die Verbindung zum Server localhost:8080 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben?

Ich bekomme den obigen Fehler. Ich habe die oben genannten Lösungen ausprobiert, aber es hat bei mir nicht funktioniert.

Problem behoben, nachdem die Berechtigungen von /var/run/docker.sock im Master-Knoten überprüft wurden

So habe ich es gelöst:

1. Stellen Sie sicher, dass kubectl installiert ist. Überprüfen Sie es mit:
   gcloud components list
   Wenn nein, installieren Sie zuerst kubectl.

2. Rufen Sie auf der gcloud-Plattform die Kubernetes Engine-Konsole Ihres Projekts auf.

3. Verbinden Sie sich dort mit dem Cluster, in dem sich Ihr Projekt befindet. Es gibt Ihnen einen Befehl, den Sie in Ihrer lokalen Eingabeaufforderung / Ihrem Terminal ausgeführt haben. Zum Beispiel sieht es so aus:

gcloud container clusters get-credentials <Cluster_Name> --zone <Zone> --project <Project_Id>

Nach erfolgreicher Ausführung dieses Befehls können Sie Folgendes ausführen:
kubectl get nodes

Wenn ich diese Anleitung durchgehe, um Kubernetes lokal über Docker einzurichten, erhalte ich die oben genannte Fehlermeldung.

Schritte gemacht:

• export K8S_VERSION='1.3.0-alpha.1' (versuchte auch 1.2.0)
• Kopieren Sie den Befehl docker run und fügen Sie ihn ein
• Laden Sie die entsprechende kubectl -Binärdatei herunter und fügen Sie sie in PATH ein ( which kubectl funktioniert)
• (optional) Richten Sie den Cluster ein
• Führen kubectl get nodes aus

Kurz gesagt, keine Magie. Ich führe dies lokal auf Ubuntu 14.04, Docker 1.10.3 aus. Wenn Sie weitere Informationen benötigen, lassen Sie es mich wissen

Danke!!!
Dies erinnerte mich daran, dass ich in meiner ~/.bashrc keinen Variablenexport für eine KUBEKONFIG-Systemvariable hatte.
Das Hinzufügen hat mein Problem behoben!

Z.B:
### ADD in ~/.bashrc
export KUBECONFIG=$HOME/.kube/eksctl/clusters/serv-eks-dev

Eine mögliche Ursache für dieses Problem ist, dass current context in der Kube-Konfiguration mit einem Tool gelöscht wird und kein aktueller Kontext mehr vorhanden ist.

prüfen mit:

kubectl config get-contexts

und wenn es keinen current -Kontext gibt, machen Sie einen aktuell mit:

kubectl config use-context <context name>

Ich hatte ein ähnliches Problem, das mit gelöst wurde
export KUBECONFIG=/etc/kubernetes/admin.conf

Wenn es jemandem hilft (ich bin über die Google-Suche auf den Fehler hierher gekommen), hatte mein Docker Desktop für Mac Kubernetes standardmäßig deaktiviert. Das Ankreuzen Enabled Kubernetes und Apply & Restart hat den Fehler behoben.

In Mac OS: Ich führe Kubernetes lokal über Docker aus, um genau zu sein https://k3d.io/- Also nach der Installation, sobald der Cluster erstellt ist, wenn ich den Befehl kubectl cluster-info ausführe, wird er zurückgegeben
Die Verbindung zum Server 0.0.0.0:51939 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben? Hat jemand Hinweise zu diesem Problem?

PS: Docker , Docker-Maschine über Homebrew installiert

Was gibt kubectl config get-contexts @navkmurthy zurück?

navkmurthy$ k3d cluster create -p 5432:30080@agent [0] -p 9082:30081@agent [0] --agents 3 --update-default-kubeconfig
INFO[0000] Netzwerk „k3d-k3s-default“ erstellt
INFO[0000] Volume „k3d-k3s-default-images“ erstellt
INFO[0001] Knoten 'k3d-k3s-default-server-0' erstellen
INFO[0001] Knoten 'k3d-k3s-default-agent-0' erstellen
INFO[0002] Knoten 'k3d-k3s-default-agent-1' erstellen
INFO[0003] Erstellen des Knotens „k3d-k3s-default-agent-2“
INFO[0004] LoadBalancer 'k3d-k3s-default-serverlb' erstellen
INFO[0024] Cluster 'k3s-default' erfolgreich erstellt!
INFO[0024] Sie können es jetzt so verwenden:
kubectl-Cluster-Info
navkmurthy$ kubectl cluster-info

Um Clusterprobleme weiter zu debuggen und zu diagnostizieren, verwenden Sie „kubectl cluster-info dump“.
Die Verbindung zum Server 0.0.0.0:53706 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben?

@paulmwatson

navkmurthy$ kubectl config get-contexts
AKTUELLER NAME CLUSTER AUTHINFO NAMESPACE

• k3d-k3s-default k3d-k3s-default admin@k3d-k3s-default

navkmurthy$