Полагаю, вы сделали это в AWS.Удалить все и воссоздать с нуля.Только что воспроизведено и все отлично работает.
============================================== Запуск локального 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 Загрузка кэшированных изображений из файла конфигурации.
Все выглядит отлично.Пожалуйста, наслаждайтесь мини-кубом!