Как проверить причину сбоя установки Helm - PullRequest
0 голосов
/ 18 октября 2018

Я хотел вызвать zookeeper, используя helm install ., но там написано Error: release <servicename> failed: services "zookeeper" already exists.Я ничего не вижу, если я тоже выполню helm list.Перед установкой сервиса я проверил с помощью helm list, существует ли он, а его нет.

Как проверить причину сбоя?

Ответы [ 3 ]

0 голосов
/ 18 октября 2018

Опция 01

Доступ к ETCD для мини-куба, поиск и очистка ключа.

Подробная процедура здесь

команды:

https://gist.github.com/iahmad-khan/5d32b4070b6faf3836b932a7177095ff

Опция 02 (потеряет существующий материал)

Остановить мини-куб

Удалитьkube direcotry в домашнем каталоге пользователя ~ / .minikube

Запустить новый мини-куб

0 голосов
/ 29 октября 2018

Итак, я наконец-то начал работать.Похоже, в моем файле yaml были некоторые ошибки.Но в этом процессе я научился правильно очищать экземпляр мини-куба.Я выполнил следующие команды, чтобы вызвать новый экземпляр мини-куба на случай, если кто-нибудь столкнется с подобной проблемой.Это было сделано в CentOS 7. Спасибо @Ijaz за указание правильного направления.

minikube stop && minikube delete && rm -rf ~/.minikube && rm -rf ~/.kube
rm -rf /etc/kubernetes/
rm -rf /var/lib/minikube/certs/
minikube start --vm-driver=none
0 голосов
/ 18 октября 2018

Do helm list --all - https://docs.helm.sh/helm/#helm-list

Тогда, если у вас конфликтующий выпуск, возможно, потребуется снова удалить выпуск с флагом --purge

Но, возможно, это таку вас есть объект Service с именем zookeeper, который не является частью релиза helm или который не был очищен.Вы можете проверить с помощью kubectl get services (или добавить флаг --all-namespaces, если он может быть в другом пространстве имен из вашего контекста).Если это так, то вы захотите удалить ресурсы напрямую с помощью kubectl delete

...