Helm: O usuário "system: serviceaccount: kube-system: default" não pode obter namespaces no namespace "default"

Parece que você encontrou um problema relacionado a privilégios.
Você pode habilitar o rbac ao implantar o gráfico:

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

@ flyer103

Ainda não pode funcionar.

Mesmo problema aqui. Habilitar o rbac não ajuda.

$ 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"

A ajuda seria muito apreciada!

O que você precisa fazer é conceder ao tiller (por meio da conta de serviço padrão) acesso para instalar recursos no namespace padrão. Veja https://github.com/kubernetes/helm/blob/master/docs/service_accounts.md

Oi @bacongobbler
Obrigado pela ajuda. Eu sigo suas instruções mencionadas acima e fiz o seguinte:
Em primeiro lugar, eu reinicio o leme:

helm reset --force

Depois de fazer isso, crio um arquivo 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

E então inicie meu leme:

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

No entanto, o timão não foi instalado com sucesso:

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

E costuro as implantações no namespace kube-system assim:

[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

Alguma ideia de como resolver este problema?
Desde já, obrigado!

@noprom, tente isso

exclua a implantação do timão manualmente

crie essas configurações de rbac para o 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: ""

execute delete (sim delete) nessa configuração rbac
execute criar novamente
em seguida, execute helm init --upgrade para substituir

você não deve ter mais erros.

@innovia
Excelente! Obrigado, resolvi este problema.
Muito obrigado!

Feliz por ajudar :)

@noprom , verifique minha postagem sobre como configurar o leme e o leme com rbac por namespace

@innovia
Postagem fantástica! 😄

Obrigado!

o acima não funciona. Ainda obtendo

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

Isso porque você não tem permissão para implantar o timão, adicione uma conta para ele:

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"}}}}' 

Saída do console:

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

Em seguida, execute o comando abaixo para verificar:

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

@ykfq Muito obrigado, funciona! Mas sempre que implantamos em um novo cluster, precisamos fazer isso? Que inconveniente!

@ antran89
Se você usar as instruções de instalação oficial do

• Crie uma conta de serviço para o leme
• Vincule uma função para o ServiceAccout criado acima (a função cluster-admin é necessária)
• Faça um ClusterRoleBinding para ServiceAccout
• Corrigir a implantação criada ao usar helm init

Portanto, há outra maneira de torná-lo mais fácil - instale através do arquivo 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: ""

Em seguida, crie os recursos:

kubectl create -f tiller.yaml

Certifique-se de verificar seu serviço.

o conteúdo yaml acima foi exportado de um cluster em execução, usando o 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 ainda não foi testado, se você tiver alguma dúvida, faça um comentário.

@ykfq Não gosto da ideia de dar ao Tiller privilégios de administrador de cluster completos, mas nada mais funcionou para mim. Tentei seguir este exemplo . Eu estava tentando restringir Tiller a agir apenas em namespaces que eu deixei agir.

Mas sempre tive esse problema (estava implantando o 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"

Alguma ideia de como fazer esse exemplo específico funcionar? Eu mudei alguns parâmetros, todo o YAML com RBACs era 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 removerá o rebento, portanto, pelo que entendi, as permissões serão do usuário que o aplicou

@innovia Oh ... eu não sabia disso. Vou tentar acelerar agora então. Obrigado!

em seguida, execute helm init --upgrade para substituir

@innovia Onde colocar o arquivo de configuração rbac?

@cjbottaro você leu o post que escrevi ao Hwo para configurar o leme e o leme por namespace ?

Não entendi sua pergunta, pode explicar novamente?

@innovia Deixa pra lá , eu descobri. Só tive que correr

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

isso funcionou para mim:

kubectl --namespace kube-system criar serviceaccount leme
kubectl create clusterrolebinding tiller --clusterrole cluster-admin --serviceaccount = kube- system: tiller
helm init --service-account tiller --upgrade

Estou seguindo a documentação oficial do Helm para "Implantar Tiller em um namespace, restrito a implantar recursos apenas nesse namespace" Aqui está meu script 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"

Executar helm upgrade me dá o seguinte erro:

Erro: FALHA NO UPGRADE: configmaps é proibido: Usuário " system: serviceaccount : kube- system: default " não pode listar configmaps no namespace "kube-system"

Existe um bug na documentação oficial? Eu li errado?

Qual foi o comando completo para helm init ? Você pode abrir um tíquete separado para isso?

@bacongobbler Problema movido aqui https://github.com/helm/helm/issues/4933

o acima não funciona. Ainda obtendo

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

Siga o comando abaixo

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 / charts

O que você precisa fazer é conceder ao tiller (por meio da conta de serviço padrão) acesso para instalar recursos no namespace padrão. Veja https://github.com/kubernetes/helm/blob/master/docs/service_accounts.md

O nome do arquivo agora é rbac.md e o link está em https://github.com/helm/helm/blob/master/docs/rbac.md.

Isso porque você não tem permissão para implantar o timão, adicione uma conta para ele:

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"}}}}' 

Saída do console:

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

Em seguida, execute o comando abaixo para verificar:

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

Seria ótimo se os documentos de instalação do Tiller fossem atualizados com essas instruções precisas
Eu tive o seguinte 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

Se eu estiver correto, eu estava faltando tiller deployment neste yaml?

helm init --upgrade --service-account tiller

O comando acima corrige esse problema, recomendo fortemente esta etapa em primeiro lugar :)