Helm: El usuario "system: serviceaccount: kube-system: default" no puede obtener espacios de nombres en el espacio de nombres "predeterminado"

Parece que ha encontrado un problema relacionado con los privilegios.
Puede habilitar rbac al implementar el gráfico:

$ helm install --name nginx --set rbac.create=true stable/nginx-ingress

@ flyer103

Todavía no puede funcionar.

El mismo problema aqui. Habilitar rbac no ayuda.

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.3", GitCommit:"f0efb3cb883751c5ffdbe6d515f3cb4fbe7b7acd", GitTreeState:"clean", BuildDate:"2017-11-10T13:17:12Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.2", GitCommit:"bdaeafa71f6c7c04636251031f93464384d54963", GitTreeState:"clean", BuildDate:"2017-10-24T19:38:10Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}

$ helm install --name my-hdfs-namenode hdfs-namenode-k8s
Error: release my-hdfs-namenode failed: namespaces "default" is forbidden: User "system:serviceaccount:kube-system:default" cannot get namespaces in the namespace "default"

¡Realmente se agradecería la ayuda!

Lo que debe hacer es otorgar acceso a Tiller (a través de la cuenta de servicio predeterminada) para instalar recursos en el espacio de nombres predeterminado. Ver https://github.com/kubernetes/helm/blob/master/docs/service_accounts.md

Hola, @bacongobbler
Gracias por la ayuda. Sigo las instrucciones mencionadas anteriormente y he hecho lo siguiente:
En primer lugar, reinicio el timón:

helm reset --force

Después de hacer esto, creo un archivo yaml RBAC:

[root@k8s-master3 ~]# cat rbac-config.yaml
apiVersion: v1
kind: ServiceAccount
metadata:
  name: tiller
  namespace: default
---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: tiller
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
  - kind: ServiceAccount
    name: tiller
    namespace: default

Y luego inicie mi timón:

helm init --service-account tiller --upgrade -i registry.cn-hangzhou.aliyuncs.com/google_containers/tiller:v2.7.0 --stable-repo-url https://kubernetes.oss-cn-hangzhou.aliyuncs.com/charts

Sin embargo, la cultivadora no se instaló correctamente:

[root@k8s-master3 ~]# helm version
Client: &version.Version{SemVer:"v2.7.0", GitCommit:"08c1144f5eb3e3b636d9775617287cc26e53dba4", GitTreeState:"clean"}
Error: cannot connect to Tiller

Y coso las implementaciones en kube-system espacio

[root@k8s-master3 ~]# kubectl get deployments --all-namespaces
NAMESPACE     NAME                       DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
ci            jenkins                    1         1         1            1           5d
default       redis-master               1         1         1            0           4d
kube-system   default-http-backend       1         1         1            1           5d
kube-system   heapster                   1         1         1            1           5d
kube-system   kube-dns                   1         1         1            1           5d
kube-system   kubernetes-dashboard       1         1         1            1           5d
kube-system   monitoring-influxdb        1         1         1            1           5d
kube-system   nginx-ingress-controller   1         1         1            1           5d
kube-system   tiller-deploy              1         0         0            0           9m

¿Alguna idea sobre cómo solucionar este problema?
¡Gracias por adelantado!

@noprom prueba esto

eliminar el despliegue del timón manualmente

crea estas configuraciones rbac para tiller

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

ejecutar eliminar (sí eliminar) en esa configuración rbac
ejecutar crear de nuevo
luego ejecute helm init --upgrade para reemplazar

no debería tener más errores.

@innovia
¡Estupendo! Gracias, resolví este problema.
¡Muchas gracias!

Feliz de ayudar :)

@noprom , consulte mi publicación sobre cómo configurar timón y timón con rbac por espacio de nombres

@innovia
¡Fantástica publicación! 😄

¡Gracias!

lo anterior no funciona.

namespaces "default" is forbidden: User "system:serviceaccount:kube-system:default" cannot get namespaces in the namespace "default"

Eso es porque no tiene permiso para implementar Tiller, agregue una cuenta para ello:

kubectl --namespace kube-system create serviceaccount tiller

kubectl create clusterrolebinding tiller-cluster-rule \
 --clusterrole=cluster-admin --serviceaccount=kube-system:tiller

kubectl --namespace kube-system patch deploy tiller-deploy \
 -p '{"spec":{"template":{"spec":{"serviceAccount":"tiller"}}}}' 

Salida de consola:

serviceaccount "tiller" created
clusterrolebinding "tiller-cluster-rule" created
deployment "tiller-deploy" patched

Luego ejecute el comando a continuación para verificarlo:

helm list
helm repo update
helm install --name nginx-ingress stable/nginx-ingress

@ykfq ¡ Muchas gracias, funciona! Pero cada vez que implementamos en un nuevo clúster, ¿necesitamos hacer esto? ¡Qué inconveniente!

@ antran89
Si utiliza las instrucciones oficiales de

• Crear una cuenta de servicio para el timón
• Vincular un rol para el ServiceAccout creado anteriormente (se necesita el rol de administrador de clúster)
• Hacer un ClusterRoleBinding para ServiceAccout
• Parche la implementación creada al usar helm init

Entonces, hay otra forma de hacerlo más fácil: instale a través del archivo yaml:

vim tiller.yaml

apiVersion: v1
kind: Service
metadata:
  name: tiller-deploy
  namespace: kube-system
  labels:
    app: helm
    name: tiller
spec:
  ports:
  - name: tiller
    port: 44134
    protocol: TCP
    targetPort: tiller
  selector:
    app: helm
    name: tiller
  type: ClusterIP
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: tiller-deploy
  namespace: kube-system
  labels:
    app: helm
    name: tiller
  annotations:
    deployment.kubernetes.io/revision: "5"
spec:
  replicas: 1
  selector:
    matchLabels:
      app: helm
      name: tiller
  template:
    metadata:
      labels:
        app: helm
        name: tiller
    spec:
      containers:
      - env:
        - name: TILLER_NAMESPACE
          value: kube-system
        - name: TILLER_HISTORY_MAX
          value: "0"
        name: tiller
        image: gcr.io/kubernetes-helm/tiller:v2.8.2
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 44134
          name: tiller
          protocol: TCP
        - containerPort: 44135
          name: http
          protocol: TCP
        livenessProbe:
          failureThreshold: 3
          httpGet:
            path: /liveness
            port: 44135
            scheme: HTTP
          initialDelaySeconds: 1
          periodSeconds: 10
          successThreshold: 1
          timeoutSeconds: 1
        readinessProbe:
          failureThreshold: 3
          httpGet:
            path: /readiness
            port: 44135
            scheme: HTTP
          initialDelaySeconds: 1
          periodSeconds: 10
          successThreshold: 1
          timeoutSeconds: 1
        resources: {}
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      serviceAccount: tiller
---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: tiller
  namespace: kube-system
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-cluster-rule
subjects:
- kind: ServiceAccount
  name: tiller
  namespace: kube-system
roleRef:
  kind: ClusterRole
  name: cluster-admin
  apiGroup: ""

Luego crea los recursos:

kubectl create -f tiller.yaml

Asegúrese de verificar su servicio.

el contenido de yaml anterior se exportó desde un clúster en ejecución, usando el comando:

kubectl -n kube-system get svc tiller-deploy -o=yaml
kubectl -n kube-system get deploy tiller-deploy -o=yaml
kubectl -n kube-system get sa tiller -o=yaml
kubectl -n kube-system get clusterrolebinding tiller-cluster-rule -o=yaml

Este yaml aún no se ha probado, si tiene alguna pregunta, haga un comentario.

@ykfq No me gusta la idea de darle a Tiller privilegios completos de administrador de clúster, pero nada más funcionó para mí. Intenté seguir este ejemplo . Estaba tratando de restringir a Tiller para que actuara solo en espacios de nombres. Lo dejé actuar.

Pero siempre me encontré con este problema (estaba implementando Concourse):

Error: release concourse failed: namespaces "concourse" is forbidden: User "system:serviceaccount:tiller-system:tiller-user" cannot get namespaces in the namespace "concourse": Unknown user "system:serviceaccount:tiller-system:tiller-user"

¿Alguna idea de cómo hacer que funcione ese ejemplo específico? Cambié algunos parámetros, todo el YAML con RBAC fue este:

apiVersion: v1
kind: Namespace
metadata:
  name: tiller-system
---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: tiller-user
  namespace: tiller-system
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-manager
  namespace: tiller-system
rules:
- apiGroups: ["", "extensions", "apps"]
  resources: ["configmaps"]
  verbs: ["*"]
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-binding
  namespace: tiller-system
subjects:
- kind: ServiceAccount
  name: tiller-user
  namespace: tiller-system
roleRef:
  kind: Role
  name: tiller-manager
  apiGroup: rbac.authorization.k8s.io
---
apiVersion: v1
kind: Namespace
metadata:
  name: concourse
---
apiVersion: v1
kind: Namespace
metadata:
  name: concourse-main
----
kind: Role
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-concourse-role
  namespace: concourse
rules:
- apiGroups: ["", "extensions", "apps"]
  resources: ["*"]
  verbs: ["*"]
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-concourse-namespace-role
  namespace: concourse
rules:
- apiGroups: ["", "extensions", "apps"]
  resources: ["namespaces"]
  verbs: ["*"]
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-concourse-main-role
  namespace: concourse-main
rules:
- apiGroups: ["", "extensions", "apps"]
  resources: ["*"]
  verbs: ["*"]
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-concourse-main-role
subjects:
- kind: ServiceAccount
  name: tiller-user
  namespace: tiller-system
roleRef:
  kind: Role
  name: tiller-concourse-main-role
  apiGroup: rbac.authorization.k8s.io
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-concourse-role
subjects:
- kind: ServiceAccount
  name: tiller-user
  namespace: tiller-system
roleRef:
  kind: Role
  name: tiller-concourse-role
  apiGroup: rbac.authorization.k8s.io
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: tiller-concourse-namespace-role
subjects:
- kind: ServiceAccount
  name: tiller-user
  namespace: tiller-system
roleRef:
  kind: Role
  name: tiller-concourse-namespace-role
  apiGroup: rbac.authorization.k8s.io

helm init --upgrade --service-account tiller

@brunoban helm v3 eliminará tiller, por lo que, según entendí, los permisos serán del usuario que lo aplique

@innovia Oh ... eso no lo sabía. Voy a intentar ponerme al día ahora. ¡Gracias!

luego ejecute helm init --upgrade para reemplazar

@innovia ¿Dónde poner el archivo de configuración rbac?

@cjbottaro , ¿leíste la publicación que escribí Hwo para configurar timón y timón por espacio de nombres ?

No sigo tu pregunta, ¿podrías volver a explicar?

@innovia No

kubectl create -f tiller.yaml
helm init --upgrade --service-account tiller

esto funcionó para mí:

kubectl - espacio de nombres kube-system create serviceaccount tiller
kubectl create clusterrolebinding tiller --clusterrole cluster-admin --serviceaccount = kube- system: tiller
helm init --service-account tiller --upgrade

Estoy siguiendo la documentación oficial de Helm para "Implementar Tiller en un espacio de nombres, restringido a implementar recursos solo en ese espacio de nombres". Aquí está mi script de bash:

Namespace="$1"

kubectl create namespace $Namespace
kubectl create serviceaccount "tiller-$Namespace" --namespace $Namespace
kubectl create role "tiller-role-$Namespace" /
    --namespace $Namespace /
    --verb=* /
    --resource=*.,*.apps,*.batch,*.extensions
kubectl create rolebinding "tiller-rolebinding-$Namespace" /
    --namespace $Namespace /
    --role="tiller-role-$Namespace" /
    --serviceaccount="$Namespace:tiller-$Namespace"

Ejecutar helm upgrade me da el siguiente error:

Error: ACTUALIZACIÓN FALLIDA: configmaps está prohibido: Usuario " system: serviceaccount : kube- system: default " no puede listar configmaps en el espacio de nombres "kube-system"

¿Existe algún error en la documentación oficial? ¿Lo he leído mal?

¿Cuál fue el comando completo para helm init ? ¿Puede abrir un ticket por separado para esto?

@bacongobbler Movió el problema aquí https://github.com/helm/helm/issues/4933

lo anterior no funciona.

namespaces "default" is forbidden: User "system:serviceaccount:kube-system:default" cannot get namespaces in the namespace "default"

Siga el siguiente comando: -

helm init --service-account tiller --upgrade -i registry.cn-hangzhou.aliyuncs.com/google_containers/ tiller: v2.14.0 --stable-repo-url https: //kubernetes.oss-cn-hangzhou.aliyuncs .com / gráficos

Lo que debe hacer es otorgar acceso a Tiller (a través de la cuenta de servicio predeterminada) para instalar recursos en el espacio de nombres predeterminado. Ver https://github.com/kubernetes/helm/blob/master/docs/service_accounts.md

El nombre del archivo ahora es rbac.md y el enlace está en https://github.com/helm/helm/blob/master/docs/rbac.md.

Eso es porque no tiene permiso para implementar Tiller, agregue una cuenta para ello:

kubectl --namespace kube-system create serviceaccount tiller

kubectl create clusterrolebinding tiller-cluster-rule \
 --clusterrole=cluster-admin --serviceaccount=kube-system:tiller

kubectl --namespace kube-system patch deploy tiller-deploy \
 -p '{"spec":{"template":{"spec":{"serviceAccount":"tiller"}}}}' 

Salida de consola:

serviceaccount "tiller" created
clusterrolebinding "tiller-cluster-rule" created
deployment "tiller-deploy" patched

Luego ejecute el comando a continuación para verificarlo:

helm list
helm repo update
helm install --name nginx-ingress stable/nginx-ingress

Sería genial si los documentos de instalación de la cultivadora se actualizaran con estas instrucciones precisas
Tuve el siguiente yaml

apiVersion: v1
kind: ServiceAccount
metadata:
  name: tiller
  namespace: kube-system
---

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

Si estoy en lo correcto, me faltaba el tiller deployment en este yaml.

helm init --upgrade --service-account tiller

El comando anterior soluciona este problema, recomiendo encarecidamente este paso al principio :)