Невозможно запустить MiniKube: зависание при запуске компонентов кластера - PullRequest
0 голосов
/ 04 января 2019

Я новичок в миникубе.Я следовал приведенным ниже инструкциям для установки minikube на oracle linux 7.5 (ядро 3.10.0-327.28.3.el7.x86_64)

curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && sudo install minikube-linux-amd64 /usr/local/bin/minikube

После установки я запустил minikube

sudo minikube start --vm-driver=none

Minikube сброшен на

    sudo minikube start --vm-driver=none
    Starting local Kubernetes v1.12.4 cluster...
    Starting VM...
    Waiting for SSH to be available...
    Detecting the provisioner...
    Setting Docker configuration on the remote daemon...
    Getting VM IP address...
    Moving files into cluster...
    Setting up certs...
    Connecting to cluster...
    Setting up kubeconfig...
    Stopping extra container runtimes...
    Starting cluster components...
E0105 13:00:41.436961   19330 start.go:343] Error starting cluster:  timed out waiting to elevate kube-system RBAC privileges: Temporary Error: creating clusterrolebinding: Post https://192.168.99.100:8443/apis/rbac.authorization.k8s.io/v1beta1/clusterrolebindings?timeout=1m0s: net/http: TLS handshake timeout
Temporary Error: creating clusterrolebinding: Post https://192.168.99.100:8443/apis/rbac.authorization.k8s.io/v1beta1/clusterrolebindings?timeout=1m0s: net/http: TLS handshake timeout
Temporary Error: creating clusterrolebinding: Post https://192.168.99.100:8443/apis/rbac.authorization.k8s.io/v1beta1/clusterrolebindings?timeout=1m0s: net/http: TLS handshake timeout
Temporary Error: creating clusterrolebinding: Post https://192.168.99.100:8443/apis/rbac.authorization.k8s.io/v1beta1/clusterrolebindings?timeout=1m0s: net/http: TLS handshake timeout
Temporary Error: creating clusterrolebinding: Post https://192.168.99.100:8443/apis/rbac.authorization.k8s.io/v1beta1/clusterrolebindings?timeout=1m0s: net/http: TLS handshake timeout

Я также проверил журналы и обнаружил, что он застрял в некотором цикле и пытается снова, но я не могу понять

I0105 12:24:24.522907   19330 utils.go:224] > Your Kubernetes master has initialized successfully!
I0105 12:24:24.522916   19330 utils.go:224] > To start using your cluster, you need to run the following as a regular user:
I0105 12:24:24.522919   19330 utils.go:224] >   mkdir -p $HOME/.kube
I0105 12:24:24.522925   19330 utils.go:224] >   sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
I0105 12:24:24.522929   19330 utils.go:224] >   sudo chown $(id -u):$(id -g) $HOME/.kube/config
I0105 12:24:24.522934   19330 utils.go:224] > You should now deploy a pod network to the cluster.
I0105 12:24:24.522944   19330 utils.go:224] > Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
I0105 12:24:24.522950   19330 utils.go:224] >   https://kubernetes.io/docs/concepts/cluster-administration/addons/
I0105 12:24:24.522957   19330 utils.go:224] > You can now join any number of machines by running the following on each node
I0105 12:24:24.522959   19330 utils.go:224] > as root:
I0105 12:24:24.522972   19330 utils.go:224] >   kubeadm join localhost:8443 --token 5apexw.uv7nfpirz4on2e33 --discovery-token-ca-cert-hash sha256:6dcf73220b8bc229269bb8c6a350592fe6b0cd068ef8f336163cc5b3a384990e
I0105 12:24:45.792762   19330 utils.go:117] sleeping 500ms
I0105 12:24:46.292883   19330 utils.go:106] retry loop 1
I0105 12:25:07.561761   19330 utils.go:117] sleeping 500ms
I0105 12:25:08.062042   19330 utils.go:106] retry loop 2
I0105 12:25:29.330434   19330 utils.go:117] sleeping 500ms
I0105 12:25:29.830625   19330 utils.go:106] retry loop 3
I0105 12:25:51.096835   19330 utils.go:117] sleeping 500ms
I0105 12:25:51.597099   19330 utils.go:106] retry loop 4

1 Ответ

0 голосов
/ 04 января 2019

Полагаю, вы сделали это в AWS.Удалить все и воссоздать с нуля.Только что воспроизведено и все отлично работает.

Удалить все:

minikube delete
rm -rf ~/.minikube

Мои шаги с самого начала (под root):

curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && sudo install minikube-linux-amd64 /usr/local/bin/minikube

sudo yum install docker-engine

systemctl enable docker.service

systemctl start docker.service

minikube start --vm-driver=none

Результат:

============================================== Запуск локального Kubernetes v1.12.4 кластер ...

Запуск виртуальной машины ...

Получение IP-адреса виртуальной машины ...

Перемещение файлов в кластер ...

Настройкаcerts ...

Подключение к кластеру ...

Настройка kubeconfig ...

Остановка дополнительных сред выполнения контейнеров ...

Запуск компонентов кластера...

Проверка работоспособности kubelet ...

Проверка работоспособности apiserver ... Kubectl теперь настроен на использование кластера.

===================

ВНИМАНИЕ: РЕКОМЕНДУЕТСЯ НЕ ЗАПУСКАТЬ ДРАЙВЕР NONE НА ПЕРСОНАЛЬНЫХ РАБОЧИХ СТАНЦИЯХ Драйвер 'none' будет запускать небезопасный сервер kubernetes в качестве root, что может сделать хост уязвимымна CSRF-атаки

При использовании драйвера без конфигурации и конфигурации kubectl gСгенерированный будет принадлежать пользователю root и появится в корневом домашнем каталоге.Вам нужно будет переместить файлы в соответствующее место, а затем установить правильные разрешения.Пример этого приведен ниже:

sudo mv /root/.kube $ HOME / .kube # это запишет поверх любой предыдущей конфигурации sudo chown -R $ USER $ HOME / .kube sudo chgrp -R $ USER$ HOME / .kube

sudo mv /root/.minikube $ HOME / .minikube # будет записывать поверх любой предыдущей конфигурации sudo chown -R $ USER $ HOME / .minikube sudo chgrp -R $ USER $ HOME/.minikube

Это также можно сделать автоматически, установив env var CHANGE_MINIKUBE_NONE_USER = true Загрузка кэшированных изображений из файла конфигурации.

Все выглядит отлично.Пожалуйста, наслаждайтесь мини-кубом!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...