2017-04-19 11 views
8

Tôi gặp phải một số lỗi với Helm mà tôi không thể tìm thấy lời giải thích cho nơi khác. Hai lỗi dưới đây.Helm: Lỗi: không tìm thấy tên bản phát hành có sẵn

Error: no available release name found 
Error: the server does not allow access to the requested resource (get configmaps) 

Chi tiết thêm về hai lỗi nằm trong khối mã bên dưới.

Tôi đã cài đặt cụm Kubernetes trên Ubuntu 16.04. Tôi có một Master (K8SMST01) và hai nút (K8SN01 & K8SN02).

Điều này được tạo bằng cách sử dụng kubeadm sử dụng mạng Weave cho 1,6+.

Mọi thứ dường như chạy hoàn toàn tốt như Triển khai, Dịch vụ, Pods, v.v. DNS dường như hoạt động tốt, nghĩa là nhóm có thể truy cập dịch vụ bằng tên DNS (myservicename.default).

Sử dụng công việc "tạo helm" và "tìm kiếm trợ giúp", nhưng tương tác với việc triển khai tiller dường như không hoạt động. Tiller được cài đặt và chạy theo tài liệu cài đặt Helm.

[email protected]:/home/blah/charts# helm version 

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

[email protected]:/home/blah/charts# helm install ./mychart 

Error: no available release name found 

[email protected]:/home/blah/charts# helm ls 

Error: the server does not allow access to the requested resource (get configmaps) 

Dưới đây là vỏ chạy:

[email protected]:/home/blah/charts# kubectl get pods -n kube-system -o wide 
NAME          READY  STATUS RESTARTS AGE  IP    NODE 
etcd-k8smst01        1/1  Running 4   1d  10.139.75.19 k8smst01 
kube-apiserver-k8smst01     1/1  Running 3   19h  10.139.75.19 k8smst01 
kube-controller-manager-k8smst01   1/1  Running 2   1d  10.139.75.19 k8smst01 
kube-dns-3913472980-dm661     3/3  Running 6   1d  10.32.0.2  k8smst01 
kube-proxy-56nzd       1/1  Running 2   1d  10.139.75.19 k8smst01 
kube-proxy-7hflb       1/1  Running 1   1d  10.139.75.20 k8sn01 
kube-proxy-nbc4c       1/1  Running 1   1d  10.139.75.21 k8sn02 
kube-scheduler-k8smst01     1/1  Running 3   1d  10.139.75.19 k8smst01 
tiller-deploy-1172528075-x3d82   1/1  Running 0   22m  10.44.0.3  k8sn01 
weave-net-45335       2/2  Running 2   1d  10.139.75.21 k8sn02 
weave-net-7j45p       2/2  Running 2   1d  10.139.75.20 k8sn01 
weave-net-h279l       2/2  Running 5   1d  10.139.75.19 k8smst01 
+1

bài này dường như là [off-topic] (http: // stackoverflow.com/help/on-topic) theo * Các câu hỏi về máy chủ chuyên nghiệp, kết nối mạng hoặc quản trị cơ sở hạ tầng có liên quan là chủ đề cho Stack Overflow trừ khi chúng liên quan trực tiếp đến công cụ lập trình hoặc lập trình. * Câu hỏi của bạn có thể phù hợp hơn với [Server Fault] (http://serverfault.com/) –

+2

@PatrickHund Tôi không nghĩ vậy. Tôi nghĩ rằng các câu hỏi Helm có giá trị ở đây. Cộng đồng Kubernetes sử dụng Stack Overflow. –

Trả lời

9

Tôi nghĩ đó là một vấn đề RBAC. Có vẻ như helm chưa sẵn sàng cho RBAC của 1.6.1.

Đã xảy ra sự cố khi mở ứng dụng này trên Github của Helm.

https://github.com/kubernetes/helm/issues/2224

"When installing a cluster for the first time using kubeadm v1.6.1, the initialization defaults to setting up RBAC controlled access, which messes with permissions needed by Tiller to do installations, scan for installed components, and so on. helm init works without issue, but helm list, helm install, and so on all do not work, citing some missing permission or another."

Một tác phẩm tạm thời xung quanh đã được đề nghị:

"We "disable" RBAC using the command kubectl create clusterrolebinding permissive-binding --clusterrole=cluster-admin --user=admin --user=kubelet --group=system:serviceaccounts;"

Nhưng tôi không thể nói cho giá trị của nó. Tin vui là đây là một vấn đề đã biết và công việc đang được thực hiện để sửa chữa nó. Hi vọng điêu nay co ich.

+0

Cảm ơn bạn! Điều đó dường như đã làm việc. Vì đây là cụm K8S "hộp cát" thử nghiệm, tôi không quá lo lắng về các tác động. Chỉ cần có thể chơi đùa với Helm. Tôi upvoted, nhưng tôi là quá mới để có nó phản ánh trong số điểm: ( – cjp

+0

Tôi vui vì tôi có thể giúp, Happy Helming! Tôi nghĩ rằng mặc dù bạn quá mới để upvote bạn có thể đánh dấu điều này như là câu trả lời đúng để câu hỏi của bạn, nếu bạn có thể làm điều đó tôi sẽ đánh giá cao nó. –

3

tôi đã cùng một vấn đề với các thiết lập kubeadm vào CentOS 7.

Helm không làm cho một tài khoản dịch vụ khi bạn "helm init" và một trong những mặc định không có sự cho phép đọc từ configmaps - do đó, nó sẽ không thể chạy kiểm tra để xem tên triển khai mà nó muốn sử dụng là duy nhất hay không.

này đã cho tôi qua nó:

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

Nhưng đó là đưa ra các tấn tài khoản mặc định của quyền lực, tôi chỉ làm điều này để tôi có thể tiếp tục với công việc của tôi. Helm cần thêm tài khoản dịch vụ của riêng mình vào mã "helm init".

17

Giải pháp được đưa ra bởi kujenga từ vấn đề github, nó hoạt động mà không có bất kỳ thay đổi nào khác.

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

mỗi https://github.com/kubernetes/helm/issues/2224#issuecomment-356344286, các lệnh sau đây giải quyết các lỗi cho tôi quá:

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"}}}}' 
Các vấn đề liên quan