Вы уверены, что ваш сервер Tiller установлен в пространстве имен "gitlab-managed-apps"? По умолчанию он устанавливается в систему 'kube-system' согласно официальной инструкции установка на веб-сайте GitLab, что может означать, что именно это приводит к сбою вашей команды helm ls
(просто пропустите ее)
Лучший способ проверить это:
kubectl get deploy/tiller-deploy -n gitlab-managed-apps
Видите ли вы какой-либо связанный объект развертывания в этом пространстве имен?
Предполагая, что вы можете управлять кластером KOPS с текущим контекстом kube, у вас не должно возникнуть проблем с локальным запуском helm-клиента. Вы всегда можете явно использовать аргумент --kube-context
с командой helm.
Обновление:
Мне кажется, я знаю, в чем причина вашей проблемы. Helm при установке через интерфейс GitLab использует защищенное соединение (SSL) между рулем и румпелем (подтверждение здесь ).
Знание этого означает, что вы должны получить набор сертификатов из объекта Secret, смонтированного на Tiller Pod:
#The CA
ca.cert.pem
ca.key.pem
#The Helm client files
helm.cert.pem
helm.key.pem
#The Tiller server files
tiller.cert.pem
tiller.key.pem
и затем подключите клиент helm к серверу tiller, используя следующую команду, как объяснено здесь :
helm ls --tls --tls-ca-cert ca.cert.pem --tls-cert helm.cert.pem --tls-key helm.key.pem