Helm: हेल्म का कहना है कि टिलर स्थापित है और टिलर को नहीं ढूंढ सका है

kubectl -n kube-system get pods का आउटपुट क्या है?

helm init केवल जाँचता है कि परिनियोजन प्रकटन को कुबेरनेट को प्रस्तुत किया गया था। यदि आप यह जानना चाहते हैं कि टिलर जीवित और तैयार है, तो helm init --wait । :)

मैं Error: could not find tiller संदेश भी प्राप्त कर रहा हूं, डेस्कटॉप (मैक) के लिए डोकर के तहत कुबेरनेट्स का उपयोग कर रहा हूं।

helm version
Client: &version.Version{SemVer:"v2.10.0", GitCommit:"9ad53aac42165a5fadc6c87be0dea6b115f93090", GitTreeState:"clean"}
Error: could not find tiller

kubectl -n kube-system get pods संदर्भ पर docker-for-desktop मुझे देता है:

etcd-docker-for-desktop                      1/1       Running   1          8m
kube-apiserver-docker-for-desktop            1/1       Running   1          8m
kube-controller-manager-docker-for-desktop   1/1       Running   1          8m
kube-dns-86f4d74b45-t8pq8                    3/3       Running   0          11m
kube-proxy-d6c4q                             1/1       Running   0          9m
kube-scheduler-docker-for-desktop            1/1       Running   1          8m

$ helm init --wait
$HELM_HOME has been configured at /home/ubuntu/.helm.
Warning: Tiller is already installed in the cluster.
(Use --client-only to suppress this message, or --upgrade to upgrade Tiller to the current version.)

बस लटका रहता है ... मैंने 2 मिनट बाद ctrl-c मारा

$ kubectl -n kube-system get pods
NAME                                                                 READY     STATUS    RESTARTS   AGE
coredns-59558d567-6qgbv                                              1/1       Running   0          7d
coredns-59558d567-s6w7t                                              1/1       Running   0          7d
dns-controller-b76dfc754-f9vlj                                       1/1       Running   0          7d
etcd-server-events-ip-10-132-1-49.us-west-2.compute.internal         1/1       Running   3          7d
etcd-server-events-ip-10-132-2-171.us-west-2.compute.internal        1/1       Running   0          7d
etcd-server-events-ip-10-132-3-80.us-west-2.compute.internal         1/1       Running   0          7d
etcd-server-ip-10-132-1-49.us-west-2.compute.internal                1/1       Running   3          7d
etcd-server-ip-10-132-2-171.us-west-2.compute.internal               1/1       Running   0          7d
etcd-server-ip-10-132-3-80.us-west-2.compute.internal                1/1       Running   0          7d
kube-apiserver-ip-10-132-1-49.us-west-2.compute.internal             1/1       Running   1          7d
kube-apiserver-ip-10-132-2-171.us-west-2.compute.internal            1/1       Running   1          7d
kube-apiserver-ip-10-132-3-80.us-west-2.compute.internal             1/1       Running   1          7d
kube-controller-manager-ip-10-132-1-49.us-west-2.compute.internal    1/1       Running   0          7d
kube-controller-manager-ip-10-132-2-171.us-west-2.compute.internal   1/1       Running   0          7d
kube-controller-manager-ip-10-132-3-80.us-west-2.compute.internal    1/1       Running   0          7d
kube-proxy-ip-10-132-1-103.us-west-2.compute.internal                1/1       Running   0          7d
kube-proxy-ip-10-132-1-49.us-west-2.compute.internal                 1/1       Running   0          7d
kube-proxy-ip-10-132-2-171.us-west-2.compute.internal                1/1       Running   0          7d
kube-proxy-ip-10-132-2-175.us-west-2.compute.internal                1/1       Running   0          7d
kube-proxy-ip-10-132-3-115.us-west-2.compute.internal                1/1       Running   0          7d
kube-proxy-ip-10-132-3-80.us-west-2.compute.internal                 1/1       Running   0          7d
kube-scheduler-ip-10-132-1-49.us-west-2.compute.internal             1/1       Running   0          7d
kube-scheduler-ip-10-132-2-171.us-west-2.compute.internal            1/1       Running   0          7d
kube-scheduler-ip-10-132-3-80.us-west-2.compute.internal             1/1       Running   0          7d

दिलचस्प है। kubectl -n kube-system get deployments बारे में क्या? हो सकता है कि कुछ गलत है जहाँ नए पॉड शेड्यूल नहीं हो रहे हैं। उस तैनाती की स्थिति की जाँच करें और देखें कि क्या कुछ है।

अगर मैं डेस्कटॉप k8s सेटअप के लिए अपने सरल डॉकर पर helm init --wait चलाता हूं, तो यह बिना किसी आउटपुट के लटका हुआ है।

$ helm init --wait
$HELM_HOME has been configured at ~/.helm.
Warning: Tiller is already installed in the cluster.
(Use --client-only to suppress this message, or --upgrade to upgrade Tiller to the current version.)

kubectl -n kube-system get deployments दौड़ देता है:

kubectl -n kube-system get deployments
NAME            DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
kube-dns        1         1         1            1           10h
tiller-deploy   1         0         0            0           10h

$ kubectl -n kube-system get deployments
NAME             DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
coredns          2         2         2            2           7d
dns-controller   1         1         1            1           7d
tiller-deploy    1         0         0            0           7d

इसके लिए क्षमा करें। क्या आप दोनों kubectl -n kube-system describe deployment tiller-deploy कोशिश कर सकते हैं? आपको संभवतः इस बात की अधिक जानकारी मिलेगी कि कोई पॉड शेड्यूल

https://kubernetes.io/docs/tasks/debug-application-cluster/debug-application/#debugging -replication- नियंत्रक

kubectl -n kube-system describe deployment tiller-deploy रिटर्न:

kubectl -n kube-system describe deployment tiller-deploy
Name:                   tiller-deploy
Namespace:              kube-system
CreationTimestamp:      Tue, 25 Sep 2018 23:36:14 +0100
Labels:                 app=helm
                        name=tiller
Annotations:            deployment.kubernetes.io/revision=2
Selector:               app=helm,name=tiller
Replicas:               1 desired | 0 updated | 0 total | 0 available | 1 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  1 max unavailable, 1 max surge
Pod Template:
  Labels:           app=helm
                    name=tiller
  Service Account:  tiller
  Containers:
   tiller:
    Image:       gcr.io/kubernetes-helm/tiller:v2.10.0
    Ports:       44134/TCP, 44135/TCP
    Host Ports:  0/TCP, 0/TCP
    Command:
      /tiller
      --listen=localhost:44134
    Liveness:   http-get http://:44135/liveness delay=1s timeout=1s period=10s #success=1 #failure=3
    Readiness:  http-get http://:44135/readiness delay=1s timeout=1s period=10s #success=1 #failure=3
    Environment:
      TILLER_NAMESPACE:    kube-system
      TILLER_HISTORY_MAX:  0
    Mounts:                <none>
  Volumes:                 <none>
Conditions:
  Type             Status  Reason
  ----             ------  ------
  Available        True    MinimumReplicasAvailable
  ReplicaFailure   True    FailedCreate
  Progressing      False   ProgressDeadlineExceeded
OldReplicaSets:    <none>
NewReplicaSet:     tiller-deploy-55bfddb486 (0/1 replicas created)
Events:            <none>

और प्रतिकृति सेट? मूल रूप से उस डॉक्टर की सूची में नीचे जाएं और देखें कि क्या आपको कुछ उपयोगी लगता है।

मेरे लिए धन्यवाद, मुझे वही त्रुटि मिली, जिसकी प्रतिकृतियां बताने के बाद यह त्रुटि हुई कि मैंने सेवा खाता नहीं बनाया था। मैंने परिनियोजन (टिलर) को हटा दिया, सेवा खाता और फिर रेरन बनाया और यह काम किया

क्लस्टर इश्यू के रूप में बंद करना, हेल्म इश्यू नहीं है

कुबेरनेट क्लस्टर बहुत काम करता है, मेरे पास इसके तहत कई सेवाएं चल रही हैं। क्या काम नहीं करता है पतवार / टिलर

मैंने kubectl -n kube-system delete deployment tiller-deploy और kubectl -n kube-system delete service/tiller-deploy । तब helm --init ने काम किया। मुझे पहले वाली सेवा निकाल कर याद आ रही थी।

mabushey समाधान, काम करता है!

@ mabushey समाधान काम करता है, लेकिन helm init बजाय helm --init

मैं @psychemedia मुद्दे पर भी आया था।

kubectl -n kube-system describe deployment tiller-deploy चलने के बाद मेरा वही आउटपुट था। और अगर आप ध्यान से पढ़े @psychemedia आउटपुट इसे कहते हैं

...

Conditions:
  Type             Status  Reason
  ----             ------  ------
  Available        True    MinimumReplicasAvailable
  ReplicaFailure   True    FailedCreate
  Progressing      False   ProgressDeadlineExceeded
OldReplicaSets:    <none>
NewReplicaSet:     tiller-deploy-55bfddb486 (0/1 replicas created)
Events:            <none>

महत्वपूर्ण बिट ReplicaFailure True FailedCreate और निम्नलिखित NewReplicaSet: tiller-deploy-55bfddb486 (0/1 replicas created) ।

यह जानने के लिए कि उसे क्या समस्या होनी चाहिए

kubectl -n kube-system describe replicaser tiller-deploy-55bfddb486

(या सिर्फ kubectl describe replicaser tiller-deploy-55bfddb486 निर्भर करता है कि क्या नामस्थान सेट है या नहीं ... आप इसे सभी _replicasets_ kubectl get replicaset --all-namespaces सूचीबद्ध करके पा सकते हैं)।

_Replicaset_ क्यों नहीं बनाया गया इसका कारण वहाँ Events: तहत सूचीबद्ध होना चाहिए था।

मैं वास्तव में kube-system तुलना में एक अलग नाम स्थान पर चल रहा था।
Https://github.com/helm/helm/issues/3304#issuecomment -468997006 देखें

सूचना: इस टिकट को बंद नहीं किया जाना चाहिए क्योंकि इस मुद्दे का कोई प्रकाशित समाधान नहीं है, बस एक स्वार्थी अतिवृद्धि कि इस धागे के कुछ सदस्यों को रेप्लिकाफेल्योर स्थिति से हटा दिया गया है और एक-दूसरे को शांति से स्वीकार करते हैं, लेकिन लॉग में स्पष्ट रूप से कभी नहीं। कोई प्रजनन / समाधान चरण प्रकाशित नहीं किए गए थे।

यह मुद्दा मूल रूप से बंद था क्योंकि मूल मुद्दे को पुन: पेश करने के लिए कोई कदम प्रदान नहीं किया गया था। में @mabushey के समाधान https://github.com/helm/helm/issues/4685#issuecomment -+४३,३२,०९,१३४, मुद्दों वह अपने समूह के साथ हो रही थी ठीक करने के लिए, लेकिन चरणों की एक श्रृंखला के बिना इस समस्या का पुनः प्रतीत होता है हम नहीं कर सकते पहचानें कि इस स्थिति के कारण पहली बार में क्या होता है, और इसलिए हमने इसे हल किए गए समर्थन टिकट के रूप में बंद कर दिया है जिसमें कोई कार्रवाई योग्य संकल्प नहीं है।

इस मुद्दे को खोले 6 महीने हो चुके हैं, इसलिए मुझे संदेह है कि हम @mabushey और @psychemedia के वातावरण को पुन: उत्पन्न करने के लिए सटीक चरणों का पता लगा पाएंगे। हालाँकि, यदि आप इस समस्या को मज़बूती से हल कर सकते हैं, तो कृपया बेझिझक यहाँ अपने कदमों के साथ प्रतिक्रिया दें ताकि हम बेहतर तरीके से समझ सकें कि यह बग कैसे होता है और एक बेहतर समाधान प्रदान करता है (या बेहतर अभी तक, समस्या को हल करने के लिए एक पहचान की पहचान करें)। हम इस मुद्दे को फिर से खोल सकते हैं यह निर्धारित करने के लिए कि क्या एक पैच प्रदान किया जा सकता है।

अगर आपको https://github.com/helm/helm/issues/4685#issuecomment -433209134 में समस्याएँ और @ mabushey का समाधान जारी है, तो कृपया इस मुद्दे को संदर्भित करते हुए एक नया समर्थन पृष्ठ खोलें।

@bacongobbler
समस्या तब होती है जब टिलर को एक उचित सर्विसियकाउंट के बिना बनाया जाता है। यह दो कारणों से होता है a। पतवार init स्क्रिप्ट ऐसा नहीं करता है क्योंकि यह निश्चित रूप से बी होना चाहिए। मौजूदा सेवा खाता परिभाषा के साथ बेमेल में नाम स्थान।

बगल में जाने के लिए आपको पहले "हेल्म डिलीट" चलाना होगा और फिर एक rbac-config.yaml बनाना होगा:

`
एपीवर्सन: v1
तरह: ServiceAccount
मेटाडेटा:
नाम: टिलर

namespace: kube-system

apiVersion: rbac.authorization.k8s.io/v1
तरह: क्लस्टरस्टरबाइंडिंग
मेटाडेटा:
नाम: टिलर
भूमिका:
एपीग्रुप: rbac.authorization.k8s.io
तरह: क्लस्टर
नाम: क्लस्टर-व्यवस्थापक
विषय:

• तरह: ServiceAccount
  नाम: टिलर
  namespace: kube-system
  `

यदि आपको एक अलग नामस्थान का उपयोग करने की आवश्यकता है, तो सुनिश्चित करें कि यह बाद में आपके टिलर इंस्टॉलेशन से मेल खाता है और क्लस्टर-व्यवस्थापक भूमिका मौजूद है (यह आमतौर पर है!)

फिर
$ kubectl create -f rbac-config.yaml
serviceaccount "टिलर" बनाया
क्लस्टरबेलिंग "टिलर" बनाया
$ पतवार init - सेवा-खाता टिलर --history- अधिकतम 200

और आप जाने के लिए अच्छे हैं।

इसलिए मैंने @ datascienceteam01 द्वारा वर्णित सेवा खाता बनाने की कोशिश की - सफल रहा। क्या हेलम init --service- खाता (आदि) - सफल होने के लिए लग रहा था।

लेकिन तैनाती सिर्फ ... स्पिन लगती है। कोई घटना नहीं, विशेष रूप से:

$ kubectl -n kube-system describe deployment tiller-deploy
Name:                   tiller-deploy
Namespace:              kube-system
CreationTimestamp:      Sun, 28 Apr 2019 10:26:24 -0700
Labels:                 app=helm
                        name=tiller
Annotations:            <none>
Selector:               app=helm,name=tiller
Replicas:               1 desired | 0 updated | 0 total | 0 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  1 max unavailable, 1 max surge
Pod Template:
  Labels:           app=helm
                    name=tiller
  Service Account:  tiller
  Containers:
   tiller:
    Image:       gcr.io/kubernetes-helm/tiller:v2.13.1
    Ports:       44134/TCP, 44135/TCP
    Host Ports:  0/TCP, 0/TCP
    Liveness:    http-get http://:44135/liveness delay=1s timeout=1s period=10s #success=1 #failure=3
    Readiness:   http-get http://:44135/readiness delay=1s timeout=1s period=10s #success=1 #failure=3
    Environment:
      TILLER_NAMESPACE:    kube-system
      TILLER_HISTORY_MAX:  200
    Mounts:                <none>
  Volumes:                 <none>
OldReplicaSets:            <none>
NewReplicaSet:             <none>
Events:                    <none>

एक मरे हुए धागे को फिर से जीवित करने के लिए क्षमा करें, और लक्षण थोड़ा अलग दिखते हैं। मेरा कॉन्‍फ़िगर थोना फ्रेंकेनकोफ़िग है: विंडोज़ 10 में चलने वाला डॉकटर डेस्कटॉप, उबंटू शेल (लिनक्स के लिए सेवाएँ) के तहत स्थापित हैलमेट। कुबेरनेट्स खुश लग रहे हैं; मैं सभी सामान्य kubectl सामान कर सकता हूं। मैं सिर्फ काम करने के लिए पतवार init हो रही कुछ समस्याएं हैं।

समस्या निवारण के बारे में कोई विचार?

मैं खिड़कियों के नीचे पतवार की कोशिश करने जा रहा हूँ (अगर मैं यह पता लगा सकता हूँ कि खिड़कियों में पतवार कैसे स्थापित करें!) अगर मैं इसे उबंटू बैश शेल के नीचे नहीं समझ सकता, लेकिन मैं वास्तव में यह सुनिश्चित करना चाहूंगा कि यह काम कर रहा है। लिनक्स शेल के तहत, क्योंकि यह मेरा "वास्तविक" देव वातावरण है।

इसके अलावा, विंडोज पर विचलन के लिए क्षमा करें। अभी, कम से कम, मेरे पास कोई अन्य विकल्प नहीं है :)

यह मुद्दा लंबे समय से एक दर्द है। हेल्म से बाहर निकलने के लिए सोच रहा था। आहें !! हर बार इसकी वजह से मेरी पाइपलाइन फेल हो जाती है।

@ टेंसिगा क्या आप इस मुद्दे पर विस्तार से बता सकते हैं ताकि हम आपकी मदद कर सकें? हो सकता है हमें helm version आउटपुट, kubectl version output, and also check anything relating to the tiller pod logs, tiller deployment, tiller replica set using kubectl description` जैसी जानकारी दें। हम इसे ठीक करने की पूरी कोशिश करेंगे!

@tomcanham आप यहां भी मदद कर सकते हैं, इस मुद्दे को फिर से पेश करने के लिए, अगर आप अभी भी इस मुद्दे का सामना कर रहे हैं!

इस पर किसी भी अद्यतन?

helm init (बिना किसी अतिरिक्त विकल्प के) मेरे लिए टिकट था जो स्थापित / सेटअप टिलर था। उसके बाद सब ठीक है।

यह समस्या मेरे साथ हर बार होती है जब मैं "कॉन्फ़िगर सेट-संदर्भ" का उपयोग करके क्लस्टर से क्लस्टर पर स्विच करने की कोशिश करता हूं, कुबेरनेट्स संदर्भ को ठीक ठीक बदल देता है, लेकिन हेल्म नहीं करता है, इसके बजाय यह "त्रुटि: टिलर नहीं ढूंढ सका", जब मैं कोशिश करता हूं। "हेल्म इनिट" मुझे मिलता है "चेतावनी: टिलर पहले से ही क्लस्टर में स्थापित है"।
अगर मैं वापस संदर्भ बदलूं तो हेल्म फिर से काम करता है। सुनिश्चित नहीं है कि प्रासंगिक है, लेकिन यह जिस क्लस्टर पर काम कर रहा है वह पीकेएस है और वह जिस पर काम नहीं कर रहा है वह ईकेएस है।

एक दीवार में मेरे सिर को पीटने के बाद, मुझे लगा कि मैं इस मुद्दे को क्यों देख रहा हूं ... EKS HERE के aws प्रलेखन के अनुसार, आपने TILLER_NAMESPACE पर्यावरण चर को tiller । यह tiller नामस्थान (जाने का आंकड़ा) में टिलर को तैनात करने के लिए पतवार बाइनरी पैदा कर रहा था।

उस चर और फिर से तैनाती को परेशान करने के बाद, सब कुछ ठीक था ...

आप उन सेटिंग्स को भी कमांड लाइन आर्गेज्ड HERE के साथ ओवरराइड कर सकते हैं

HTH

अगर इतने सारे लोगों के साथ यह समस्या है तो यह बंद क्यों है?

मैंने स्टैकओवरफ़्लो पर एक प्रश्न खोला है: https://stackoverflow.com/questions/57906429/helm-init-says-tiller-is-already-on-cluster-but-its-not

क्या आप सभी ने कोशिश की है:

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

तक।

kind: ServiceAccount
apiVersion: v1
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

यह स्क्रैच से मेरे देव क्लस्टर को शुरू करने के लिए मेरे up.sh स्क्रिप्ट का हिस्सा है। --upgrade ध्वज को कई बार निष्पादित करने की अनुमति देना आवश्यक था। मेरा मानना ​​है कि टिलर को खोजने में सक्षम नहीं होने के बारे में मूल त्रुटि स्थापित होने से संबंधित है लेकिन tiller-deploy-* फली kube-system में नहीं मिल रही है।

Https://helm.sh/docs/use_helm/#tiller -and-role-based-access-control का अनुसरण करके मेरे लिए काम किया
बस yaml बनाएँ और कमांड चलाएँ

मुद्दा यह है, त्रुटि भ्रामक है। मेरी नजर में यह मुद्दा है।

मैं नीचे त्रुटि मिलता है

kubeflow @ masternode : ~ $ हेल्म इनिट - सेविंग-अकाउंट टिलर - अपग्रेड
$ HELM_HOME को /home/kubeflow/.helm पर कॉन्फ़िगर किया गया है।
त्रुटि: त्रुटि स्थापित: सर्वर अनुरोधित संसाधन नहीं ढूंढ सका
kubeflow @ मास्टर्नोड : ~ $

किसी भी मदद की सराहना करते हैं

kubectl -n kube-system हटाए गए टिलर-परिनियोजन को हटाएं

यह काम करता है लेकिन छोटे बदलाव के साथ

$ पतवार init का उपयोग करें