Я установил helm 2.6.2 в кластере kubernetes 8. helm initработал нормально. но когда я запускаю helm listего, выдает эту ошибку.

 helm list
Error: configmaps is forbidden: User "system:serviceaccount:kube-system:default" cannot list configmaps in the namespace "kube-system"

Как исправить это сообщение об ошибке RABC?

После этих команд:

kubectl create serviceaccount --namespace kube-system tiller
kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller
kubectl patch deploy --namespace kube-system tiller-deploy -p '{"spec":{"template":{"spec":{"serviceAccount":"tiller"}}}}'      
helm init --service-account tiller --upgrade

были запущены, проблема решена.

Более безопасный ответ

Принятый ответ дает полный доступ администратора к Helm, что не является лучшим решением с точки зрения безопасности. Немного поработав, мы можем ограничить доступ Helm к определенному пространству имен. Подробнее в документации Helm .

$ kubectl create namespace tiller-world
namespace "tiller-world" created
$ kubectl create serviceaccount tiller --namespace tiller-world
serviceaccount "tiller" created

Определите роль, которая позволяет Tiller управлять всеми ресурсами, tiller-worldнапример role-tiller.yaml:

kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: tiller-manager
  namespace: tiller-world
rules:
- apiGroups: ["", "batch", "extensions", "apps"]
  resources: ["*"]
  verbs: ["*"]

Затем запустите:

$ kubectl create -f role-tiller.yaml
role "tiller-manager" created

В rolebinding-tiller.yaml,

kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: tiller-binding
  namespace: tiller-world
subjects:
- kind: ServiceAccount
  name: tiller
  namespace: tiller-world
roleRef:
  kind: Role
  name: tiller-manager
  apiGroup: rbac.authorization.k8s.io

Затем запустите:

$ kubectl create -f rolebinding-tiller.yaml
rolebinding "tiller-binding" created

После этого вы можете запустить helm initустановку Tiller в tiller-worldпространстве имен.

$ helm init --service-account tiller --tiller-namespace tiller-world

Теперь префикс всех команд с помощью переменных среды --tiller-namespace tiller-worldили установленных TILLER_NAMESPACE=tiller-worldв них.

Более перспективный ответ

Прекратите использовать Tiller. Helm 3 полностью устраняет необходимость в Tiller. Если вы используете Helm 2, вы можете использовать его helm templateдля генерации yaml из вашей диаграммы Helm, а затем запустить, kubectl applyчтобы применить объекты к вашему кластеру Kubernetes.

helm template --name foo --namespace bar --output-dir ./output ./chart-template
kubectl apply --namespace bar --recursive --filename ./output -o yaml

Helm работает с учетной записью службы по умолчанию. Вы должны предоставить ему разрешения.

Для разрешений только для чтения:

kubectl create rolebinding default-view --clusterrole=view --serviceaccount=kube-system:default --namespace=kube-system

Для доступа администратора: Например: для установки пакетов.

kubectl create clusterrolebinding add-on-cluster-admin --clusterrole=cluster-admin --serviceaccount=kube-system:default

Сервисный аккаунт по умолчанию не имеет разрешений API. Скорее всего, Helm необходимо назначить учетную запись службы, а этой учетной записи службы предоставить разрешения API. См. Документацию RBAC для предоставления разрешений учетным записям служб: https://kubernetes.io/docs/admin/authorization/rbac/#service-account-permissions

apiVersion: v1
kind: ServiceAccount
metadata:
  name: tiller
  namespace: kube-system
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: tiller
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
  - kind: ServiceAccount
    name: tiller
    namespace: kube-system

kubectl apply -f your-config-file-name.yaml

а затем обновите установку Helm, чтобы использовать serviceAccount:

helm init --service-account tiller --upgrade

Я получил эту ошибку при попытке установить tiller в автономном режиме, я думал, что у учетной записи службы tiller недостаточно прав, но оказалось, что сетевая политика блокирует связь между tiller и api-сервером.

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

export TILLER_NAMESPACE=<your-tiller-namespace>решил это за меня, если <your-tiller-namespace>нет kube-system. Это указывает клиенту Helm на правое пространство имен Tiller.

Если вы используете кластер EKS от AWS и столкнулись с запрещенной проблемой ( например : forbidden: User ... cannot list resource "jobs" in API group "batch" in the namespace "default"тогда это сработало для меня:

Решение:

1. Убедитесь, что вы настроили AWS
2. Убедитесь, что настроенный пользователь имеет разрешение на доступ к кластеру.