Helm: 오류 : 사용 가능한 릴리스 이름이 없습니다.

Kubernetes 1.8 지원은 최근에야 helm v2.7.0에 추가되었으므로 Helm v2.6.2가 1.8 클러스터에서 작동 할 것으로 예상하지 않습니다. v2.7.0-rc1 릴리스를 사용해보고 작동하는지 확인할 수 있습니까? v2.7.0-rc1 바이너리를 로컬에 설치하고 helm reset && helm init 실행하면 트릭을 수행 할 수 있습니다. 감사! :)

@bacongobbler 힌트를 주셔서 감사하지만 일치를 변경하지 않았습니다.

helm version
Client: &version.Version{SemVer:"v2.7.0", GitCommit:"08c1144f5eb3e3b636d9775617287cc26e53dba4", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.7.0", GitCommit:"08c1144f5eb3e3b636d9775617287cc26e53dba4", GitTreeState:"clean"}

그리고 다시 시도하면 :

$ helm install stable/mongodb-replicaset
Error: no available release name found

다음 로그와 함께 :

[tiller] 2017/10/26 18:11:22 preparing install for
[storage] 2017/10/26 18:11:22 getting release "listless-toucan.v1"
[storage/driver] 2017/10/26 18:11:36 get: failed to get "zealous-panther.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/zealous-panther.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:11:36 info: generated name zealous-panther is taken. Searching again.
[storage] 2017/10/26 18:11:36 getting release "terrifying-serval.v1"
[storage/driver] 2017/10/26 18:11:52 get: failed to get "listless-toucan.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/listless-toucan.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:11:52 info: generated name listless-toucan is taken. Searching again.
[storage] 2017/10/26 18:11:52 getting release "jittery-rat.v1"
[storage/driver] 2017/10/26 18:12:06 get: failed to get "terrifying-serval.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/terrifying-serval.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:12:06 info: generated name terrifying-serval is taken. Searching again.
[storage] 2017/10/26 18:12:06 getting release "wayfaring-dachshund.v1"
[storage/driver] 2017/10/26 18:12:22 get: failed to get "jittery-rat.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/jittery-rat.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:12:22 info: generated name jittery-rat is taken. Searching again.
[storage] 2017/10/26 18:12:22 getting release "lucky-arachnid.v1"
[storage/driver] 2017/10/26 18:12:36 get: failed to get "wayfaring-dachshund.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/wayfaring-dachshund.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:12:36 info: generated name wayfaring-dachshund is taken. Searching again.
[storage] 2017/10/26 18:12:36 getting release "gangly-lambkin.v1"
[storage/driver] 2017/10/26 18:12:52 get: failed to get "lucky-arachnid.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/lucky-arachnid.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:12:52 info: generated name lucky-arachnid is taken. Searching again.
[storage] 2017/10/26 18:12:52 getting release "boiling-kudu.v1"
[storage/driver] 2017/10/26 18:13:06 get: failed to get "gangly-lambkin.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/gangly-lambkin.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:13:06 info: generated name gangly-lambkin is taken. Searching again.
[storage] 2017/10/26 18:13:06 getting release "quoting-sloth.v1"
[storage/driver] 2017/10/26 18:13:22 get: failed to get "boiling-kudu.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/boiling-kudu.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:13:22 info: generated name boiling-kudu is taken. Searching again.
[storage] 2017/10/26 18:13:22 getting release "nordic-rabbit.v1"
[storage/driver] 2017/10/26 18:13:36 get: failed to get "quoting-sloth.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/quoting-sloth.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:13:36 info: generated name quoting-sloth is taken. Searching again.
[tiller] 2017/10/26 18:13:36 warning: No available release names found after 5 tries
[tiller] 2017/10/26 18:13:36 failed install prepare step: no available release name found
[storage/driver] 2017/10/26 18:13:52 get: failed to get "nordic-rabbit.v1": Get https://10.96.0.1:443/api/v1/namespaces/kube-system/configmaps/nordic-rabbit.v1: dial tcp 10.96.0.1:443: i/o timeout
[tiller] 2017/10/26 18:13:52 info: generated name nordic-rabbit is taken. Searching again.
[tiller] 2017/10/26 18:13:52 warning: No available release names found after 5 tries
[tiller] 2017/10/26 18:13:52 failed install prepare step: no available release name found

확인...
나는 옥양목을 통해 플란넬을 교체하고 실행됩니다.

https://github.com/kubernetes/helm/issues/2224#issuecomment -356344286에 따라 다음 명령으로 오류가 해결되었습니다.

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

많은 접근 끝에 마침내 이것은 나를 위해 일했습니다. 감사합니다!

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

위의 3 줄도이 문제를 해결했습니다.
kubectl 클라이언트 : 1.9.6
kubectl 서버 : 1.8.7
helm 클라이언트 : 2.8.2
helm 서버 : 2.8.2

문제가 나타나고 언급 된 솔루션이 작동하지 않는 경우 :

Kube Client Version: 1.10.1
Kube Server Version: 1.10.1
Helm Client: "v2.9.0"
Helm Server: "v2.9.0"

또한 minikue를 켜고 helm list 실행하면 오류가 발생했습니다.
Error: Get http://localhost:8080/api/v1/namespaces/kube-system/configmaps?labelSelector=OWNER%!D(MISSING)TILLER: dial tcp 127.0.0.1:8080: connect: connection refused

@viane 시도 helm init --service-account default ; 다른 티켓이지만 동일한 일반 오류가 발생합니다.

@viane 다음 단계를 시도하십시오. (경운기 서비스 및 배포에 kubectl delete 가 필요할 수 있습니다.)

$ kubectl create serviceaccount --namespace kube-system tiller
$ kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller
$ helm init --service-account tiller

그것은 나를 위해 그것을 고쳤습니다.

helm reset && helm init 는 저에게 적합하지 않았으며 위의 RBAC 솔루션도 작동하지 않았습니다.
마지막으로 Tiller를 삭제 한 다음 https://github.com/kubernetes/helm/issues/3055#issuecomment -385296641의 제안을 사용하여 다시 작동하게했습니다.

kubectl delete deployment tiller-deploy --namespace kube-system
helm init --upgrade --service-account default

같은 문제가 발생했습니다. 그런 다음 나는 다음을 시도했다

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

와 더불어
kubectl patch deploy --namespace kube-system tiller-deploy -p '{"spec":{"template":{"spec":{"serviceAccount":"tiller"}}}}'
"서버 오류 (BadRequest) : 개체 키 문자열의 시작을 찾는 잘못된 문자 '라는 메시지가 나타납니다."

그런 다음 다음 명령을 시도했습니다.

$ kubectl create serviceaccount --namespace kube-system tiller
$ kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller
$ helm init --service-account tiller

나는 메시지를 받았다 :
failed: clusterroles.rbac.authorization.k8s.io .... [clusterroles.rbac.authorization.k8s.io "cluster-admin" not found]

도와주세요! ...
다음은 내 정보입니다.
투구 버전

Client: &version.Version{SemVer:"v2.9.0", GitCommit:"f6025bb9ee7daf9fee0026541c90a6f557a3e0bc", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.9.0", GitCommit:"f6025bb9ee7daf9fee0026541c90a6f557a3e0bc", GitTreeState:"clean"}

kubectl 버전

Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.0", GitCommit:"925c127ec6b946659ad0fd596fa959be43f0cc05", GitTreeState:"clean", BuildDate:"2017-12-15T21:07:38Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"windows/amd64"}
Server Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.6", GitCommit:"9f8ebd171479bec0ada837d7ee641dec2f8c6dd1", GitTreeState:"clean", BuildDate:"2018-03-21T15:13:31Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"linux/amd64"}

minikube 버전
minikube version: v0.25.0

이상한 점은 Helm을 사용하여 5 월 9 일에 stable / nginx-ingress를 설치하고 성공적으로 설치 한 다음 Kubernetes를 삭제 (연습용) 한 다음 오늘 Kubernetes를 다시 설치하고 stable / nginx-ingress를 다시 설치하는 것입니다. 오류.

미리 지원 해주셔서 감사합니다

@ nguyenhuuloc304 같은 문제가 발생했습니다. cluster-admin ClusterRole을 만들어야했습니다.

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  annotations:
    rbac.authorization.kubernetes.io/autoupdate: "true"
  creationTimestamp: null
  labels:
    kubernetes.io/bootstrapping: rbac-defaults
  name: cluster-admin
rules:
- apiGroups:
  - '*'
  resources:
  - '*'
  verbs:
  - '*'
- nonResourceURLs:
  - '*'
  verbs:
  - '*'

나는 이것을 가이드 어딘가에 추가하는 것이 정말 중요하다고 생각합니다. azure의 AKS는 기본 클러스터 관리자 역할을 제공하지 않으므로 사용자가 만들어야합니다.
https://github.com/jenkins-x/jx/issues/485#issuecomment -376804810
https://github.com/Azure/acs-engine/issues/1892#issuecomment -353960778에서 볼 수 있듯이 ACS에서도 마찬가지입니다.

redis를 설치하려고 할 때 이것은 나를 위해 일했습니다.
kubectl create serviceaccount --namespace kube-system tiller
kubectl create clusterrolebinding tiller-cluster-rule --clusterrole = cluster-admin --serviceaccount = kube- system : tiller
helm init --service-account tiller --upgrade
helm update repo. # 퍼즐의 마지막 조각
helm install stable / redis-버전 3.3.5

여기도 마찬가지입니다.
kube 클라이언트 : v1.10.4
kube 서버 : v1.9.6
helm 클라이언트 / erver v2.9.1

# helm install stable/prometheus --namespace=monitoring --set rbac.create="true"
Error: no available release name found

# helm search | grep prometheus
coreos/grafana                          0.0.35                                          Grafana instance for kube-prometheus
coreos/kube-prometheus                  0.0.82                                          Manifests, dashboards, and alerting rules for e...
coreos/prometheus                       0.0.43                                          Prometheus instance created by the CoreOS Prome...
coreos/prometheus-operator              0.0.26          0.20.0                          Provides easy monitoring definitions for Kubern...
stable/prometheus                       6.7.2           2.2.1                           Prometheus is a monitoring system and time seri...

이 라인을 실행하고 작동했습니다. 게시 해 주셔서 감사합니다! : kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller

#kubectl create clusterrolebinding tiller-cluster-rule --clusterrole=cluster-admin --serviceaccount=kube-system:tiller
clusterrolebinding.rbac.authorization.k8s.io "tiller-cluster-rule" created
[root@ip-172-31-90-223 charts]# helm install stable/prometheus --namespace=monitoring --set rbac.create="true"
NAME:   ungaged-sloth
LAST DEPLOYED: Thu Jun 14 23:52:31 2018
NAMESPACE: monitoring
STATUS: DEPLOYED

Error: no available release name found 이 표시되는 데 왜 그렇게 오래 걸리나요? 정직하게 오류 메시지를받는 데 5 분이 걸리기 때문에 작동하도록 시도해야하는 40,000 개의 작업에 5m * 40,000이 걸립니다.

저에게는 단일 솔루션이 효과가 없었습니다. 그러나, 나는 잘 경운기 등으로 minikube을 다시 설치하고 내가 그랬어 이 첫 번째 단계 :

클러스터에 RBAC (역할 기반 액세스 제어)가 활성화 된 경우 계속하기 전에 서비스 계정 및 규칙을 구성 할 수 있습니다.

이것은 실제로 문서에 언급되어 있지만이 단락 뒤에 나타나기 때문에 약간 혼란 스럽습니다.

공유가 문제가되지 않는 사설 네트워크의 클러스터 또는 minikube와 같이 완전히 제어하는 ​​클러스터에서 Helm을 사용하는 경우 보안 구성을 적용하지 않는 기본 설치가 괜찮으며 확실히 가장 쉬운 방법입니다. 추가 보안 단계없이 Helm을 설치하려면 Helm을 설치 한 다음 Helm을 초기화하십시오.

아래 지침은 helm v2.11.0 및 kube 1.12.1 버전에서도 내 문제를 해결했습니다.

$ kubectl create serviceaccount --namespace kube-system tiller
$ kubectl create clusterrolebinding tiller-cluster-rule --clusterrole = cluster-admin --serviceaccount = kube- system : tiller
$ helm init --service-account tiller

sudo iptables -P FORWARD ACCEPT

위의 명령은 오류를 제거하기 위해 내가해야만하는 전부입니다. 다른 솔루션은 저에게 효과가없는 것 같습니다.

문안 인사
Ranga

같은 방식이지만 테라 폼을 사용합니다.

  resource "kubernetes_service_account" "tiller" {
    metadata {
      name = "tiller"
      namespace = "kube-system"
    }
  }

  resource "kubernetes_cluster_role_binding" "tiller-cluster-rule" {

    metadata {
      name = "tiller-cluster-rule"
    }

    role_ref {
      kind = "ClusterRole"
      name = "cluster-admin"
      api_group = "rbac.authorization.k8s.io"
    }

    subject {
      kind = "ServiceAccount"
      namespace = "kube-system"
      name = "tiller"
      api_group = ""
    }

    provisioner "local-exec" {
      command = "helm init --service-account tiller"
    }
  }

이거 해봤 어?
sudo iptables -P FORWARD ACCEPT
문안 인사
Ranga

위의 모든 옵션을 헛되이 시도했고 rangapv가 제안한 옵션이 저에게 효과적이었습니다. 감사합니다.

위의 아무것도 작동하지 않았습니다.

위에서 언급 한 솔루션 중 어느 것도 작동하지 않습니다.

$ kubectl 버전
클라이언트 버전 : version.Info {Major : "1", Minor : "12", GitVersion : "v1.12.4", GitCommit : "f49fa022dbe63faafd0da106ef7e05a29721d3f1", GitTreeState : "clean", BuildDate : "2018-12-14T07 : 10 : 00Z ", GoVersion :"go1.10.4 ", 컴파일러 :"gc ", 플랫폼 :"darwin / amd64 "}
서버 버전 : version.Info {Major : "1", Minor : "13", GitVersion : "v1.13.2", GitCommit : "cff46ab41ff0bb44d8584413b598ad8360ec1def", GitTreeState : "clean", BuildDate : "2019-01-10T23 : 28 : 14Z ", GoVersion :"go1.11.4 ", 컴파일러 :"gc ", 플랫폼 :"linux / amd64 "}

$ helm 버전
클라이언트 : & version.Version {SemVer : "v2.12.3", GitCommit : "eecf22f77df5f65c823aacd2dbd30ae6c65f186e", GitTreeState : "clean"}
서버 : & version.Version {SemVer : "v2.12.3", GitCommit : "eecf22f77df5f65c823aacd2dbd30ae6c65f186e", GitTreeState : "clean"}

$ kubectl create serviceaccount --namespace kube-system tiller
서버 오류 (AlreadyExists) : 서비스 계정 "tiller"가 이미 있습니다.
Ravis-MacBook-Pro-2 : .kube ravi $ kubectl create clusterrolebinding tiller-cluster-rule --clusterrole = cluster-admin --serviceaccount = kube- system : tiller
서버 오류 (AlreadyExists) : clusterrolebindings.rbac.authorization.k8s.io "tiller-cluster-rule"이 이미 존재합니다.
Ravis-MacBook-Pro-2 : .kube ravi $ helm init --service-account tiller --upgrade
$ HELM_HOME이 /Users/ravi/.helm에 구성되었습니다.

Tiller (Helm 서버 측 구성 요소)가 현재 버전으로 업그레이드되었습니다.
헬밍 해피!
Ravis-MacBook-Pro-2 : .kube ravi $ helm 업데이트 저장소
"update"명령은 더 이상 사용되지 않습니다. 'helm repo update'를 사용하십시오.

차트 저장소에서 최신 정보를 가져 오는 동안 잠시 기다려주세요 ...
... 로컬 차트 저장소 건너 뛰기
... "안정된"차트 저장소에서 성공적으로 업데이트를 받았습니다.
업데이트 완료. ⎈ 해피 헬밍! ⎈

Ravis-MacBook-Pro-2 : .kube ravi $ helm install stable / redis
오류 : 사용 가능한 릴리스 이름이 없습니다.

야,

클러스터 역할 관리자 권한이없는보다 안전한 솔루션 :

1. $ {TILLER_NAMESPACE}에서 다음 역할을 만듭니다.

TILLER_NAMESPACE='your tiller namespace'
cat <<EOF | kubectl create -n ${TILLER_NAMESPACE} -f -
- kind: Role
  apiVersion: v1
  metadata:
    name: tiller
  rules:
  - apiGroups:
    - ""
    resources:
    - configmaps
    verbs:
    - create
    - get
    - list
    - update
    - delete
  - apiGroups:
    - ""
    resources:
    - namespaces
    verbs:
    - get
EOF

1. 서비스 계정 생성, 로컬 역할 바인딩 및 패치 배포

kubectl create serviceaccount --namespace ${TILLER_NAMESPACE} tiller
kubectl create rolebinding tiller-rule --role=tiller --serviceaccount=${TILLER_NAMESPACE}:tiller
kubectl patch deploy --namespace ${TILLER_NAMESPACE} tiller-deploy -p '{"spec":{"template":{"spec":{"serviceAccount":"tiller"}}}}'

위의 오류를 수정해야합니다.

틸러 차트를 프로젝트에 배포하려면 틸러 편집 권한을 부여해야합니다.

kubectl create rolebinding tiller-edit-rights -n ${YOUR-PROJECT_NAMESPACE} --clusterrole=edit --serviceaccount=${TILLER_NAMESPACE}:tiller

위의 솔루션 중 어느 것도 저에게 효과가 없었지만 다음 링크의 지침은 효과가 있습니다.

https://scriptcrunch.com/helm-error-no-available-release/

위의 솔루션 중 어느 것도 저에게 효과가 없었지만 다음 링크의 지침은 효과가 있습니다.

https://scriptcrunch.com/helm-error-no-available-release/

고마워 친구, 작동