web-dev-qa-db-fra.com

Minikube ne démarre pas, la connexion kubectl au serveur a été refusée

Les solutions de débordement de pile à récurer pour des problèmes similaires n'ont pas résolu mon problème, donc j'espère partager ce que je vis actuellement pour obtenir de l'aide pour le débogage.

Donc une petite préface; J'ai initialement installé minikube/kubectl il y a quelques jours. J'ai continué et j'ai essayé de suivre le tutoriel minikube aujourd'hui et je rencontre maintenant des problèmes. Je suis le guide de démarrage du minikube .

Je suis sur MacOS. Mes versions:

Version de $ kubectl

Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.2", GitCommit:"81753b10df112992bf51bbc2c2f85208aad78335", GitTreeState:"clean", BuildDate:"2018-04-27T09:22:21Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"darwin/AMD64"}
Unable to connect to the server: net/http: TLS handshake timeout

$ minikube version

minikube version: v0.26.1

$ vboxmanage --version

5.1.20r114629

Voici une chaîne de commandes que j'ai essayé de vérifier les réponses.

$ minikube start

Starting VM...
Getting VM IP address...
Moving files into cluster...
E0503 11:08:18.654428   20197 start.go:234] Error updating cluster:  downloading binaries: transferring kubeadm file: &{BaseAsset:{data:[] reader:0xc4200861a8 Length:0 AssetName:/Users/philipyoo/.minikube/cache/v1.10.0/kubeadm TargetDir:/usr/bin TargetName:kubeadm Permissions:0641}}: Error running scp command: Sudo scp -t /usr/bin output: : wait: remote command exited without exit status or exit signal

Statut du minikube

cluster: Running
kubectl: Correctly Configured: pointing to minikube-vm at 192.168.99.103

Éditer:

Je ne sais pas ce qui s'est passé, mais vérifier à nouveau l'état a renvoyé "Misconfigured". J'ai exécuté la commande recommandée $ minikube update-context et maintenant le $ minikube ip pointe sur "172.17.0.1". Le ping de cette adresse IP renvoie les délais d'expiration des demandes, 100% de perte de paquets. Contexte revérifié et j'utilise toujours "minikube" à la fois pour le contexte et le cluster:

$ kubectl config get-cluster

$ kubectl config get-context

$ kubectl get pods

The connection to the server 192.168.99.103:8443 was refused - did you specify the right Host or port?

En lisant les problèmes de github, j'ai rencontré celui-ci: kubernetes # 44665 . Donc...

$ ls/etc/kubernetes

ls: /etc/kubernetes: No such file or directory

Seules les dernières entrées

Journaux de minikube

May 03 18:10:48 minikube kubelet[3405]: E0503 18:10:47.933251    3405 event.go:209] Unable to write event: 'Patch https://192.168.99.103:8443/api/v1/namespaces/default/events/minikube.152b315ce3475a80: dial tcp 192.168.99.103:8443: getsockopt: connection refused' (may retry after sleeping)
May 03 18:10:49 minikube kubelet[3405]: E0503 18:10:49.160920    3405 reflector.go:205] k8s.io/kubernetes/pkg/kubelet/kubelet.go:465: Failed to list *v1.Service: Get https://192.168.99.103:8443/api/v1/services?limit=500&resourceVersion=0: dial tcp 192.168.99.103:8443: getsockopt: connection refused
May 03 18:10:51 minikube kubelet[3405]: E0503 18:10:51.670344    3405 reflector.go:205] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:47: Failed to list *v1.Pod: Get https://192.168.99.103:8443/api/v1/pods?fieldSelector=spec.nodeName%3Dminikube&limit=500&resourceVersion=0: dial tcp 192.168.99.103:8443: getsockopt: connection refused
May 03 18:10:53 minikube kubelet[3405]: W0503 18:10:53.017289    3405 status_manager.go:459] Failed to get status for pod "kube-controller-manager-minikube_kube-system(c801aa20d5b60df68810fccc384efdd5)": Get https://192.168.99.103:8443/api/v1/namespaces/kube-system/pods/kube-controller-manager-minikube: dial tcp 192.168.99.103:8443: getsockopt: connection refused
May 03 18:10:53 minikube kubelet[3405]: E0503 18:10:52.595134    3405 rkt.go:65] detectRktContainers: listRunningPods failed: rpc error: code = Unavailable desc = grpc: the connection is unavailable

Je ne sais pas exactement comment envoyer une requête ping à une URL https, mais si je teste l'ip

$ kube ping 192.168.99.103

PING 192.168.99.103 (192.168.99.103): 56 data bytes
64 bytes from 192.168.99.103: icmp_seq=0 ttl=64 time=4.632 ms
64 bytes from 192.168.99.103: icmp_seq=1 ttl=64 time=0.363 ms
64 bytes from 192.168.99.103: icmp_seq=2 ttl=64 time=0.826 ms
^C
--- 192.168.99.103 ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.363/1.940/4.632/1.913 ms

En regardant le fichier de configuration kube ... $ cat ~/.kube/config

apiVersion: v1
clusters:
- cluster:
    insecure-skip-tls-verify: true
    server: https://localhost:6443
  name: docker-for-desktop-cluster
- cluster:
    certificate-authority: /Users/philipyoo/.minikube/ca.crt
    server: https://192.168.99.103:8443
  name: minikube
contexts:
- context:
    cluster: docker-for-desktop-cluster
    user: docker-for-desktop
  name: docker-for-desktop
- context:
    cluster: minikube
    user: minikube
  name: minikube
current-context: minikube
kind: Config
preferences: {}
users:
- name: docker-for-desktop
  user:
    client-certificate-data: <removed>
    client-key-data: <removed>
- name: minikube
  user:
    client-certificate: /Users/philipyoo/.minikube/client.crt
    client-key: /Users/philipyoo/.minikube/client.key

Et pour m'assurer que mes clés/crts sont là:

$ ls ~/.minikube

addons/              ca.pem*              client.key           machines/            proxy-client.key
apiserver.crt        cache/               config/              profiles/
apiserver.key        cert.pem*            files/               proxy-client-ca.crt
ca.crt               certs/               key.pem*             proxy-client-ca.key
ca.key               client.crt           logs/                proxy-client.crt

Toute aide au débogage est super appréciée!

kubernetesminikube
10
philip yoo

Pour la postérité, la solution à ce problème était de supprimer le

.minikube

dans le répertoire personnel de l'utilisateur, puis réessayez. Résout souvent d'étranges problèmes de minikube.

16
Jonah Benton

J'ai eu le même problème lorsque j'ai commencé minikube.

OS

MacOs HighSierra

Minikube

minikube version: v0.33.1

version kubectl

Client Version: version.Info{Major:"1", Minor:"10", GitVersion:"v1.10.11", GitCommit:"637c7e288581ee40ab4ca210618a89a555b6e7e9", GitTreeState:"clean", BuildDate:"2018-11-26T14:38:32Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"darwin/AMD64"}
Server Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.2", GitCommit:"cff46ab41ff0bb44d8584413b598ad8360ec1def", GitTreeState:"clean", BuildDate:"2019-01-10T23:28:14Z", GoVersion:"go1.11.4", Compiler:"gc", Platform:"linux/AMD64"}

Solution 1

Je change juste l'autorisation du fichier kubeadm et démarre le minikube comme ci-dessous. Ensuite, cela fonctionne bien.

Sudo chmod 777 /Users/buddhi/.minikube/cache/v1.13.2/kubeadm

En général, vous devez faire

Sudo chmod 777 <PATH_TO_THE_KUBEADM_FILE>

Solution 2

Si vous n'avez plus besoin du cluster de minikube existant, vous pouvez l'essayer.

minikube stop
minikube delete
minikube start

Ici, vous arrêtez et supprimez le cluster minikube existant et créez-en un autre.

J'espère que cela pourrait aider quelqu'un.

0
Buddhi