Миникуб не запускается, отказано в подключении к kubectl серверу

Решение проблем с переполнением стека для подобных проблем не решило мою проблему, поэтому я надеюсь поделиться тем, что я испытываю в настоящее время, чтобы получить помощь в отладке этого.

Итак, небольшое предисловие; Я изначально установил миникуб / кубектл пару дней назад. Я продолжил и попробовал следовать учебнику по мини-кубу сегодня, и теперь у меня возникают проблемы. Я следую за руководством по началу работы с мини-кубом.

Я на MacOS. Мои версии:

версия $ 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 версия

minikube version: v0.26.1

$ vboxmanage - версия

5.1.20r114629

Ниже приведена строка команд, которые я пытался проверить ответы..

$ minikube start

Starting local Kubernetes v1.10.0 cluster... 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

$ minikube status

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

Редактировать:

Я не знаю, что случилось, но проверка статуса снова вернула "Неправильно настроенный". Я выполнил рекомендуемую команду $ minikube update-context а теперь $ minikube ip указывает на "172.17.0.1". Пинг этого IP-адреса возвращает тайм-ауты запроса, 100% потери пакетов. Дважды проверил контекст, и я все еще использую "minikube" как для контекста, так и для кластера:

$ kubectl config get-cluster

$ kubectl config get-context

$ kubectl получить стручки

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

Читая проблемы с github, я столкнулся с этим: kubernetes # 44665. Так...

$ ls / etc / kubernetes

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

Только последние несколько записей

$ minikube logs

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

Я не совсем уверен, как пинговать URL-адрес https, но если я пинг в 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

Глядя на файл конфигурации 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

И чтобы убедиться, что мой ключ /crts там:

$ 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

Любая помощь в отладке приветствуется!

Источник

1 ответ

Решение

Для потомков решением этой проблемы было удаление

.minikube

каталог в домашнем каталоге пользователя, а затем повторите попытку. Часто исправляет странные проблемы с миникубами.

Источник

У меня была такая же проблема, когда я начал minikube,

Операционные системы

MacOs HighSierra

Minikube

minikube version: v0.33.1

версия 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"}

Решение 1

Я просто поменяю разрешение kubeadm файл и запустить мини-куб, как показано ниже. Тогда все работает нормально.

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

В общем, вы должны сделать

sudo chmod 777 <PATH_TO_THE_KUBEADM_FILE>

Решение 2

Если вам больше не нужен существующий кластер Minikube, вы можете попробовать это.

minikube stop
minikube delete
minikube start

Здесь вы останавливаетесь и удаляете существующие minikube кластер и создать еще один.

Надеюсь, это может кому-то помочь.

Источник
Другие вопросы по тегам