हमने helm init --upgrade दोनों extensions/v1beta1 और apps/v1 Tiller Deployments समेटने के साथ जटिलता के कारण पिछले कुछ समय में ऐप्स / v1 तक अद्यतन करने से परहेज किया है। ऐसा लगता है कि एक बार जब हम Kubernetes 1.16.0 का समर्थन करना शुरू करते हैं, तो हमें उस मामले को आगे बढ़ाना होगा और नए ApVVersion पर स्थानांतरित करना होगा।

bacongobbler 6 सित॰ 2019

❤6

यहाँ एक अल्पकालिक समाधान है:

helm init --output yaml | sed 's<strong i="6">@apiVersion</strong>: extensions/v1beta1<strong i="7">@apiVersion</strong>: apps/v1@' | kubectl apply -f -

दरअसल, यह काफी अच्छा नहीं है। मुझे अभी भी एक त्रुटि मिलती है:

error validating data: ValidationError(Deployment.spec): missing required field "selector" in io.k8s.api.apps.v1.DeploymentSpec

इसके साथ पैच किया जा सकता है:

/usr/local/bin/kubectl patch --local -oyaml -f - -p '{"spec":{"selector": {"app":"helm","name":"tiller"}}}'

mattymo 7 सित॰ 2019

👍5

अच्छा लगा! आप पागल sed हैक्स की तुलना में --override ध्वज के साथ समान प्रभाव प्राप्त करने में सक्षम हो सकते हैं :)

bacongobbler 7 सित॰ 2019

अच्छा लगा! आप पागल sed हैक्स की तुलना में --override ध्वज के साथ समान प्रभाव प्राप्त करने में सक्षम हो सकते हैं :)

हां, लेकिन उसका क्रेजी सेड हैक मैं कॉपी और पेस्ट कर सकता है, जबकि यह helm init --override "apiVersion"="apps/v1" सिर्फ काम नहीं करता है। ठीक है, sed हैक काम नहीं करता है।

loxal 19 सित॰ 2019

😄2

वर्तमान वर्कअराउंड कुछ इस तरह प्रतीत होता है:

helm init --output yaml> Tiller.yaml
और Tiller.yaml को अपडेट करें:

एप्लिकेशन / v1 में परिवर्तन
चयनकर्ता फ़ील्ड जोड़ें

---
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
  replicas: 1
  strategy: {}
  selector:
    matchLabels:
      app: helm
      name: tiller
....

jbrette 19 सित॰ 2019

👍40 🚀23 ❤12

निम्नलिखित सेड मेरे लिए काम करता है:

helm init --service-account tiller --output yaml | sed 's<strong i="6">@apiVersion</strong>: extensions/v1beta1<strong i="7">@apiVersion</strong>: apps/v1@' | sed 's@  replicas: 1@  replicas: 1\n  selector: {"matchLabels": {"app": "helm", "name": "tiller"}}@' | kubectl apply -f -

@Mattymo समाधान (kubectl पैच --local का उपयोग करके) के साथ समस्या यह है कि जब इसके इनपुट में एकाधिक संसाधन (यहाँ एक परिनियोजन और एक सेवा शामिल है) काम नहीं करता है।

PierreF 19 सित॰ 2019

👍79 ❤33 🎉28 😄3

कुबेरनेट्स 1.16.0 कल जारी किया गया था: 9/18/2018।
जब तक उपरोक्त कार्य का उपयोग नहीं किया जाता है तब तक इस नवीनतम कुबेरनेट्स रिलीज पर हेल्म टूट जाता है।

यह मुद्दा कब तय किया जाएगा और कब Helm 2.15.0 जारी किया जाएगा?

jckasper 19 सित॰ 2019

👍24 🎉4

यदि आप एक कम sed का उपयोग करना चाहते हैं :)
helm init --service-account tiller --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's@apiVersion: extensions/v1beta1@apiVersion: apps/v1@' | kubectl apply -f -

धन्यवाद!

mihivagyok 20 सित॰ 2019

👍97 🎉29 🚀13 👀3

आज मैं उसी मुद्दे से मिला, मैंने अपने आप से लेबल बदल दिया। मैं लेबल को apps/v1 बदलता हूं और selector हिस्सा जोड़ता हूं, क्योंकि अब यह बहुत अच्छा प्रदर्शन कर रहा है, नीचे मेरी yaml फ़ाइल है:

apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
  replicas: 1
  strategy: {}
  selector:
    matchLabels:
      app: helm
      name: tiller
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: helm
        name: tiller
    spec:
      automountServiceAccountToken: true
      containers:
      - env:
        - name: TILLER_NAMESPACE
          value: kube-system
        - name: TILLER_HISTORY_MAX
          value: "0"
        image: gcr.io/kubernetes-helm/tiller:v2.14.3
        imagePullPolicy: IfNotPresent
        livenessProbe:
          httpGet:
            path: /liveness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        name: tiller
        ports:
        - containerPort: 44134
          name: tiller
        - containerPort: 44135
          name: http
        readinessProbe:
          httpGet:
            path: /readiness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        resources: {}
      serviceAccountName: tiller
status: {}

gm12367 20 सित॰ 2019

👍5

@jbrette तुम मेरे हीरो हो! मैं selector श्लोक से जूझ रहा था।

ntwrkguru 20 सित॰ 2019

आज मैं उसी मुद्दे से मिला, मैंने अपने आप से लेबल बदल दिया। मैं लेबल को apps/v1 बदलता हूं और selector हिस्सा जोड़ता हूं, क्योंकि अब यह बहुत अच्छा प्रदर्शन कर रहा है, नीचे मेरी yaml फ़ाइल है:

apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
  replicas: 1
  strategy: {}
  selector:
    matchLabels:
      app: helm
      name: tiller
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: helm
        name: tiller
    spec:
      automountServiceAccountToken: true
      containers:
      - env:
        - name: TILLER_NAMESPACE
          value: kube-system
        - name: TILLER_HISTORY_MAX
          value: "0"
        image: gcr.io/kubernetes-helm/tiller:v2.14.3
        imagePullPolicy: IfNotPresent
        livenessProbe:
          httpGet:
            path: /liveness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        name: tiller
        ports:
        - containerPort: 44134
          name: tiller
        - containerPort: 44135
          name: http
        readinessProbe:
          httpGet:
            path: /readiness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        resources: {}
      serviceAccountName: tiller
status: {}

कैसे बदलें ? क्या आप अधिक विवरण बता सकते हैं?

puww1010 22 सित॰ 2019

आज मैं उसी मुद्दे से मिला, मैंने अपने आप से लेबल बदल दिया। मैं लेबल को apps/v1 बदलता हूं और selector हिस्सा जोड़ता हूं, क्योंकि अब यह बहुत अच्छा प्रदर्शन कर रहा है, नीचे मेरी yaml फ़ाइल है:

apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
  replicas: 1
  strategy: {}
  selector:
    matchLabels:
      app: helm
      name: tiller
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: helm
        name: tiller
    spec:
      automountServiceAccountToken: true
      containers:
      - env:
        - name: TILLER_NAMESPACE
          value: kube-system
        - name: TILLER_HISTORY_MAX
          value: "0"
        image: gcr.io/kubernetes-helm/tiller:v2.14.3
        imagePullPolicy: IfNotPresent
        livenessProbe:
          httpGet:
            path: /liveness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        name: tiller
        ports:
        - containerPort: 44134
          name: tiller
        - containerPort: 44135
          name: http
        readinessProbe:
          httpGet:
            path: /readiness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        resources: {}
      serviceAccountName: tiller
status: {}

@ gm12367 कैसे बदलना है और क्या आप अधिक विवरण का वर्णन कर सकते हैं?

puww1010 22 सित॰ 2019

आज मैं उसी मुद्दे से मिला, मैंने अपने आप से लेबल बदल दिया। मैं लेबल को apps/v1 बदलता हूं और selector हिस्सा जोड़ता हूं, क्योंकि अब यह बहुत अच्छा प्रदर्शन कर रहा है, नीचे मेरी yaml फ़ाइल है:
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
  replicas: 1
  strategy: {}
  selector:
    matchLabels:
      app: helm
      name: tiller
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: helm
        name: tiller
    spec:
      automountServiceAccountToken: true
      containers:
      - env:
        - name: TILLER_NAMESPACE
          value: kube-system
        - name: TILLER_HISTORY_MAX
          value: "0"
        image: gcr.io/kubernetes-helm/tiller:v2.14.3
        imagePullPolicy: IfNotPresent
        livenessProbe:
          httpGet:
            path: /liveness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        name: tiller
        ports:
        - containerPort: 44134
          name: tiller
        - containerPort: 44135
          name: http
        readinessProbe:
          httpGet:
            path: /readiness
            port: 44135
          initialDelaySeconds: 1
          timeoutSeconds: 1
        resources: {}
      serviceAccountName: tiller
status: {}
@ gm12367 कैसे बदलना है और क्या आप अधिक विवरण का वर्णन कर सकते हैं?

उदाहरण के लिए, आप YAML- प्रारूप मेनिफेस्टों को मुद्रित करने के लिए helm init --service-account tiller --tiller-namespace kube-system --debug का उपयोग कर सकते हैं, --debug विकल्प यह करेंगे

gm12367 22 सित॰ 2019

@ gm12367 हां, मैं प्रिंट देख सकता हूं लेकिन सिर्फ आउटपुट। तो, मैं किस कमांड से आउटपुट बदल सकता हूं?

puww1010 22 सित॰ 2019

👍1

@ gm12367 मैं ऐप्स / v1 बदलना चाहता हूं और चयनकर्ता भाग जोड़ना चाहता हूं

puww1010 22 सित॰ 2019

@ puww1010 मैंने फ़ाइल में आउटपुट को पुनर्निर्देशित किया, और फिर इसे बदलने के लिए VIM का उपयोग किया। संदर्भ के रूप में नीचे दिए गए आदेश।

# helm init --service-account tiller --tiller-namespace kube-system --debug >> helm-init.yaml
# vim helm-init.yaml
# kubectl apply -f helm-init.yaml

gm12367 22 सित॰ 2019

👍5

यदि आपका वातावरण समाप्त हो गया है और आप तब तक प्रतीक्षा नहीं कर सकते हैं जब तक कि पीआर इस समस्या को हल नहीं कर देता है [कुबेरनेट्स 1.16 के साथ संगत init] # 6462 विलीन हो जाता है, तो आप हमेशा ऐसा कर सकते हैं:

बिल्ड

mkdir p ${GOPATH}/src/k8s.io
cd ${GOPATH}/src/k8s.io 
git clone -b kube16 https://github.com/keleustes/helm.git
cd helm
make bootstrap build

परीक्षा:

kubectl version

Client Version: version.Info{Major:"1", Minor:"16", GitVersion:"v1.16.0", GitCommit:"2bd9643cee5b3b3a5ecbd3af49d09018f0773c77", GitTreeState:"clean", BuildDate:"2019-09-18T14:36:53Z", GoVersion:"go1.12.9", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"16", GitVersion:"v1.16.0", GitCommit:"2bd9643cee5b3b3a5ecbd3af49d09018f0773c77", GitTreeState:"clean", BuildDate:"2019-09-18T14:27:17Z", GoVersion:"go1.12.9", Compiler:"gc", Platform:"linux/amd64"}

/bin/helm init --wait --tiller-image gcr.io/kubernetes-helm/tiller:v2.14.3
Creating /home/xxx/.helm
Creating /home/xxx/.helm/repository
Creating /home/xxx/.helm/repository/cache
Creating /home/xxx/.helm/repository/local
Creating /home/xxx/.helm/plugins
Creating /home/xxx/.helm/starters
Creating /home/xxx/.helm/cache/archive
Creating /home/xxx/.helm/repository/repositories.yaml
Adding stable repo with URL: https://kubernetes-charts.storage.googleapis.com
Adding local repo with URL: http://127.0.0.1:8879/charts
$HELM_HOME has been configured at /home/xxx/.helm.

Tiller (the Helm server-side component) has been installed into your Kubernetes Cluster.

Please note: by default, Tiller is deployed with an insecure 'allow unauthenticated users' policy.
To prevent this, run `helm init` with the --tiller-tls-verify flag.
For more information on securing your installation see: https://docs.helm.sh/using_helm/#securing-your-helm-installation

`` `बाश
kubectl को तैनाती मिलती है

```yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
  creationTimestamp: "2019-09-22T01:01:11Z"
  generation: 1
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
  resourceVersion: "553"
  selfLink: /apis/apps/v1/namespaces/kube-system/deployments/tiller-deploy
  uid: 124001ca-6f31-417e-950b-2452ce70f522
spec:
  progressDeadlineSeconds: 600
  replicas: 1
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app: helm
      name: tiller
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: helm
        name: tiller
    spec:
      automountServiceAccountToken: true
      containers:
      - env:
        - name: TILLER_NAMESPACE
          value: kube-system
        - name: TILLER_HISTORY_MAX
          value: "0"
        image: gcr.io/kubernetes-helm/tiller:v2.14.3
        imagePullPolicy: IfNotPresent
        livenessProbe:
          failureThreshold: 3
          httpGet:
            path: /liveness
            port: 44135
            scheme: HTTP
          initialDelaySeconds: 1
          periodSeconds: 10
          successThreshold: 1
          timeoutSeconds: 1
        name: tiller
        ports:
        - containerPort: 44134
          name: tiller
          protocol: TCP
        - containerPort: 44135
          name: http
          protocol: TCP
        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
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30
status:
  availableReplicas: 1
  conditions:
  - lastTransitionTime: "2019-09-22T01:01:23Z"
    lastUpdateTime: "2019-09-22T01:01:23Z"
    message: Deployment has minimum availability.
    reason: MinimumReplicasAvailable
    status: "True"
    type: Available
  - lastTransitionTime: "2019-09-22T01:01:11Z"
    lastUpdateTime: "2019-09-22T01:01:23Z"
    message: ReplicaSet "tiller-deploy-568db6b69f" has successfully progressed.
    reason: NewReplicaSetAvailable
    status: "True"
    type: Progressing
  observedGeneration: 1
  readyReplicas: 1
  replicas: 1
  updatedReplicas: 1

jbrette 22 सित॰ 2019

@jbrette आपके निर्देश का पालन करने के बाद भी वही समस्या है

puww1010 22 सित॰ 2019

@jbrette आपके निर्देश का पालन करने के बाद भी वही समस्या है

ऐसा लगता है कि आपने "./bin/helm"" के बजाय "helm" टाइप किया है। आप बाइनरी के पुराने संस्करण का उपयोग कर रहे हैं।

jbrette 22 सित॰ 2019

सफल init के बाद आप रिपॉजिटरी से चार्ट पैकेज को स्थापित करने में सक्षम नहीं होंगे, जब तक कि इसमें एक्सटेंशन / v1beta1 की जगह न हो।
यहाँ कैसे k8s v1.16.0 के लिए भंडार से किसी भी चार्ट को अनुकूलित करने के लिए है
उदाहरण प्रोमेथियस चार्ट पर आधारित है।

git clone https://github.com/helm/charts
cd charts/stable

एक्सटेंशन / v1b1 को पॉलिसी में बदलें / v1b1

sed -i 's<strong i="11">@apiVersion</strong>: extensions/v1beta1<strong i="12">@apiVersion</strong>: policy/v1beta1@' `find . -iregex ".*yaml\|.*yml" -exec awk '/kind:\s+PodSecurityPolicy/ {print FILENAME}' {} +`

NetworkPolicy ApiVersion उन चार्ट्स के लिए _helpers.tpl द्वारा अच्छी तरह से संभाला जाता है जहां इसका उपयोग किया जाता है।

एक्सटेंशन / v1b1 को एप्स / v1 में तैनाती, स्टेटफुलसेट, रेप्लिकासेट, डेमनसेट में बदलें

sed -i 's<strong i="17">@apiVersion</strong>: extensions/v1beta1<strong i="18">@apiVersion</strong>: apps/v1@' `find . -iregex ".*yaml\|.*yml" -exec awk '/kind:\s+(Deployment|StatefulSet|ReplicaSet|DaemonSet)/ {print FILENAME}' {} +`
sed -i 's<strong i="19">@apiVersion</strong>: apps/v1beta2<strong i="20">@apiVersion</strong>: apps/v1@' `find . -iregex ".*yaml\|.*yml" -exec awk '/kind:\s+(Deployment|StatefulSet|ReplicaSet|DaemonSet)/ {print FILENAME}' {} +`

एक नया पैकेज बनाएँ:

helm package ./prometheus
Successfully packaged chart and saved it to: /home/vagrant/charts/stable/prometheus-9.1.1.tgz

इसे स्थापित करो:
helm install /home/vagrant/charts/stable/prometheus-9.1.1.tgz

Https://kubernetes.io/blog/2019/07/18/api-deprecations-in-1-16/ पर आधारित

पुनश्च निर्भरता वाले कुछ चार्ट के लिए आपको helm dependency update का उपयोग करने की आवश्यकता हो सकती है और यदि लागू हो तो निर्भर tgz को पैच वाले के साथ बदल सकते हैं।

uniuuu 22 सित॰ 2019

👍4 🎉1

helm init --history-max 200 चलने पर समान त्रुटि हो रही है

उत्पादन

$HELM_HOME has been configured at /Users/neil/.helm.
Error: error installing: the server could not find the requested resource

$ helm version
Client: &version.Version{SemVer:"v2.14.3", GitCommit:"0e7f3b6637f7af8fcfddb3d2941fcc7cbebb0085", GitTreeState:"clean"}
Error: could not find tiller

c0debreaker 22 सित॰ 2019

यह शाखा https://github.com/keleustes/helm/tree/kube16 काम करती है https://s3-us-west-2.amazonaws.com/bin.cryptexlabs.com/github.com/keleustes/helm/kube16/darwin/helm। एक चेतावनी यह है कि आपको कैनरी इमेज फ्लैग helm init --canary-image क्योंकि बिल्ड अप्रबंधित है

woodcockjosh 22 सित॰ 2019

यह काम करने के लिए आपको कैनरी छवि की आवश्यकता नहीं होनी चाहिए। यदि आप पहले # 6462 को आज़माना चाहते हैं तो मैं helm init --tiller-image gcr.io/kubernetes-helm/tiller:v2.14.3 का उपयोग करने का सुझाव दूंगा ।

मैं उपयोगकर्ताओं को पहले किसी पीआर रास्ते की कोशिश करने से पहले पहले दिए गए वर्कअराउंड में से एक को आज़माने की सलाह दूंगा; इस तरह, वे अभी भी समीक्षा के अधीन है कि एक कस्टम देव शाखा के बजाय हेल्म 2.14.3 का उपयोग करना जारी रख सकते हैं।

bacongobbler 23 सित॰ 2019

जब मैं इसे कमांड करता हूं, लेकिन इसके बाद डिब्बे इसे फली में देखते हैं और कहते हैं कि सर्वर से त्रुटि (NotFound): पॉड्स "टिलर-तैनात" नहीं मिला

helm init --service-account tiller --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's@apiVersion: extensions/v1beta1@apiVersion: apps/v1@' | kubectl apply -f -

तैनात करना
सेवा / टिलर-तैनात बनाया गया

लेकिन जब मैं kubectl फली मिलता है - सभी नामस्थानों फली देख सकते हैं
NAMESPACE के नाम से तैयार किए गए स्टेटमेंट रेस्तरां
kube-system coredns-5644d7b6d9-559hw 1/1 रनिंग 0 23h
kube-system coredns-5644d7b6d9-xcmjd 1/1 रनिंग 0 23h
क्यूब-सिस्टम etcd-fmp 1/1 रनिंग 0 24h
kube-system kube-apiserver-fmp 1/1 रनिंग 0 24h
क्यूब-सिस्टम क्यूब-कंट्रोलर-मैनेजर-एफएमपी १ / १ रनिंग १४ एच
kube-system kube-flannel-ds-amd64-ffx2g 1/1 रनिंग 0 23h
kube-system kube -xy-lfvrz 1/1 रनिंग 0 24h
kube- सिस्टम kub-अनुसूचक-fmp 1/1 रनिंग 0 24h

kubectl सभी प्राप्त करें - सभी-नामस्थान | grep टिलर
क्यूब-सिस्टम सेवा / टिलर-तैनात क्लस्टर क्लस्टर xxx44134 / टीसीपी 2m52s
kube-system परिनियोजन .apps / टिलर-तैनात 0/1 0 0 2m54s
क्यूब-सिस्टम replicaset.apps / टिलर-तैनाती -77855d9dcf 1 0 0 2 2 mgs

DanielIvaylov 24 सित॰ 2019

@DanielIvaylov मुझे लगता है कि आपके पास टिलर सेवा खाता नहीं है। कृपया इसे बनाएं, और फिर तैनाती टिलर पॉड भी बनाएगी।

धन्यवाद!

mihivagyok 24 सित॰ 2019

@DanielIvaylov मुझे लगता है कि आपके पास टिलर सेवा खाता नहीं है। कृपया इसे बनाएं, और फिर तैनाती टिलर पॉड भी बनाएगी।
धन्यवाद!

क्षमा करें, im new i ने सोचा कि यह इसे शुरू करने जा रहा है। मैं टिलर सेवा खाता कैसे शुरू करूं?

DanielIvaylov 24 सित॰ 2019

@ डैनियल इवलाव

kubectl --namespace kube-system create sa tiller
kubectl create clusterrolebinding tiller --clusterrole cluster-admin --serviceaccount=kube-system:tiller

Jabbo16 24 सित॰ 2019

👍3

एपीआई सर्वर (/etc/kubernetes/manifests/kube-apiserver.yaml) पर ध्वज के नीचे जोड़ा गया है जो अस्थायी रूप से उन अपग्रेड किए गए एपीआई को फिर से सक्षम करता है।

--runtime-config = apps / v1beta1 = true, apps / v1beta2 = true, एक्सटेंशन / v1beta1 / daemonsets = true, एक्सटेंशन / v1beta1 / परिनियोजन = सत्य, एक्सटेंशन / v1beta1 / प्रतिकृतियां = सत्य, एक्सटेंशन / v1beta1 / networkpolatics = true। एक्सटेंशन / v1beta1 / podsecuritypolatics = true

यह पतवार v2 तय की

thejaswir 25 सित॰ 2019

विंडोज़ पर लोगों के लिए, हम शिल्पी के माध्यम से टिलर को अपग्रेड / अपग्रेड करने में सक्षम थे जैसे:

$(helm init --output yaml) -replace "extensions/v1beta1","apps/v1"

nlowe 26 सित॰ 2019

यहाँ एक अल्पकालिक समाधान है:
helm init --output yaml | sed 's@apiVersion: extensions/v1beta1@apiVersion: apps/v1@' | kubectl apply -f -
दरअसल, यह काफी अच्छा नहीं है। मुझे अभी भी एक त्रुटि मिलती है:
error validating data: ValidationError(Deployment.spec): missing required field "selector" in io.k8s.api.apps.v1.DeploymentSpec
इसके साथ पैच किया जा सकता है:
/usr/local/bin/kubectl patch --local -oyaml -f - -p '{"spec":{"selector": {"app":"helm","name":"tiller"}}}'

मेरे लिए kubectl पैच लटका हुआ है
/ var / log / syslog फ़ाइल में कोई संदेश नहीं

सेवा खाते पहले से मौजूद हैं

kubeflow @ masternode : ~ $ kubectl --namespace kube-system एक sa Tiller बनाएँ
सर्वर से त्रुटि (पहले से ही मौजूद): सर्विससीकाउंट "टिलर" पहले से मौजूद है
kubeflow @ masternode : ~ $ kubectl क्लस्टरबेल्डिंग टिलर बनाएं - क्लेस्टरोल क्लस्टर-एडमिन --serviceaccount = kube- सिस्टम: टिलर
सर्वर से त्रुटि (पहले से ही मौजूद): क्लस्टरबेलिंडिंग्स .rbac.authorization.k8s.io "टिलर" पहले से मौजूद है

क्या आप सलाह दे सकते हैं

cyrilthank 27 सित॰ 2019

नीचे निष्पादित

निर्यात पथ = $ पथ: / usr / स्थानीय / बिन
कौन सा पतवार
जो टिलर
हेलम इंस्टॉल \ _
--name nfs-client-प्रोविज़नर \ n
--सेट nfs.server = 10.0.0.4 \
--सेट nfs.path = / nfsroot \
--set StorageClass.name = nfs \
--set storageClass.defaultClass = true \
स्थिर / nfs- क्लाइंट-संयोजक

साथ लौटता है

cyrilthank 27 सित॰ 2019

/ usr / स्थानीय / बिन / पतवार
/ usr / स्थानीय / बिन / टिलर
त्रुटि: टिलर नहीं मिल सका

cyrilthank 27 सित॰ 2019

किसी भी मदद की सराहना करते हैं क्योंकि यह अब एक शो स्टॉपर है

cyrilthank 27 सित॰ 2019

@cyrilthank यह लगता है कि टिलर त्रुटि है क्योंकि वहाँ कोई टिलर तैनाती नहीं चल रहा है, टिलर स्थापित करने के लिए इस कमांड को चलाने का प्रयास करें:
helm init --service-account tiller --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's@apiVersion: extensions/v1beta1@apiVersion: apps/v1@' | kubectl apply -f -

helm version -s को सर्वर (टिलर) संस्करण को वापस करना चाहिए अगर इसके ऊपर और ठीक से चल रहा है

Jabbo16 27 सित॰ 2019

👍1

शुक्रिया जनाब।
आप हमें अगले चरण के लिए kubeflow के साथ आगे बढ़ने में सक्षम करने में मददगार रहे हैं

cyrilthank 27 सित॰ 2019

ठीक है, अब मुझे लगता है कि मुझे यह मुद्दा मिल गया है
https://github.com/kubeflow/kubeflow/issues/4184
अवरोधक के रूप में वापस

यदि आप https://github.com/kubeflow/kubeflow/issues/4184 पर कुछ मदद ले सकते हैं, तो आप इसकी मदद कर सकते हैं, तो इसकी सराहना

cyrilthank 27 सित॰ 2019

: @cyrilthank ऊपर बताए गए चरणों कोशिश https://github.com/helm/helm/issues/6374#issuecomment -+५३,३८,५३,८८८
आपको हटाए गए एपीआई संस्करणों को नए लोगों के साथ बदलने की आवश्यकता है

Jabbo16 27 सित॰ 2019

kubeflow_workaround_and_error_traces.txt

इस मुद्दे को खुला रखने के लिए विशेष रूप से आपके मरीज के जवाब के लिए धन्यवाद सर

इस बारे में क्षमा करें, लेकिन ऐसा लगता है कि मैं वर्कअराउंड चरणों में कुछ गलत कर रहा हूं

सराहना करें यदि आप संलग्न निशानों में चरणों की समीक्षा कर सकते हैं और मुझे सलाह दे सकते हैं कि मैं क्या गलत कर रहा हूं

cyrilthank 27 सित॰ 2019

@ क्रिल्टिंक आपको बस पुराने क्यूई एक्सटेंशन को नए के साथ बदलने के लिए (# सभी पर प्रोमेथियस को तैनात करने की आवश्यकता नहीं है) को बदलने के लिए sed अपने क्यूबफ़्लो यामल्स के खिलाफ कमांड की आवश्यकता है। माफ करना, अगर मैं अपने आप को अच्छी तरह से व्यक्त नहीं किया।
यह फिक्स मूल रूप से extensions/v1beta1 apps/v1 साथ आपके kubeflow dpl yamls की जगह ले रहा है

Jabbo16 27 सित॰ 2019

आह तो मैं एक गूंगा प्रतिलिपि किया :(

मेरा KFAPP = / nfsroot / kf-poc

मुझे अभी भी कुछ संदेश और अंतिम त्रुटि निकल रही है

क्या आप कृपया मदद कर सकते हैं जैसा कि मैं अब आप पर निर्भर करता हूं कि आप kubeflow पर अगले चरण पर जाएं

kubeflow_workaround_sed_and_error_traces.txt

cyrilthank 27 सित॰ 2019

@ क्रिप्टिंकैंक आपको बस पुराने क्यूई एक्सटेंशन को नए के साथ बदलने के लिए sed आदेशों को चलाने की आवश्यकता है (नए सभी हंसी पर प्रोमेथियस को तैनात करने की कोई आवश्यकता नहीं है)। माफ करना, अगर मैं अपने आप को अच्छी तरह से व्यक्त नहीं किया।
यह फिक्स मूल रूप से extensions/v1beta1 apps/v1 साथ आपके kubeflow dpl yamls की जगह ले रहा है

apps/v1beta2 भी apps/v1

https://kubernetes.io/blog/2019/07/18/api-deprecations-in-1-16/

uniuuu 27 सित॰ 2019

आपकी मदद के लिए बहुत धन्यवाद @uniuuu
क्या आप सलाह दे सकते हैं कि https://github.com/helm/helm/helm/files/3662328/kubeflow_workaround_sed_and_error_traces.txt में संदर्भित यम फ़ाइलों को कैसे / कैसे प्राप्त

https://github.com/helm/helm/issues/6374#issuecomment -533840097
https://github.com/helm/helm/issues/6374#issuecomment -533185074

रिक्ती परिवर्तन के बाद से अनुरोध करते हुए हम अभी भी संदर्भित त्रुटियों का सामना कर चुके हैं

cyrilthank 27 सित॰ 2019

आप कृपया सलाह दे सकते हैं अगर कदम

kubectl Convert -f--आउटपुट-संस्करण/

हर के लिए निष्पादित किया जाना चाहिएKFAPP स्थान में हर yaml फ़ाइल होना .kache सहित

cyrilthank 27 सित॰ 2019

यदि आपने helm init साथ काम करते समय ऊपर उल्लिखित वर्कअराउंड लागू किया है, और अभी भी helm version जैसी चीजों की कोशिश करते समय निम्नलिखित त्रुटि मिलती है, तो यह इसलिए है क्योंकि helm deployment पाया नहीं जा सकता।

Error: could not find tiller

यह तैयार क्यों नहीं है, यह जानने के लिए आपको kubectl get events --all-namespaces | grep -i tiller चलाने की आवश्यकता है।

उदाहरण के लिए, मेरा मुद्दा केवल नीचे है, क्योंकि मुझे serviceaccount "tiller" साथ microk8s ।

microk8s.kubectl get events --all-namespaces | grep -i tiller
kube-system    23m         Warning   FailedCreate                   replicaset/tiller-deploy-77855d9dcf            Error creating: pods "tiller-deploy-77855d9dcf-" is forbidden: error looking up service account kube-system/tiller: serviceaccount "tiller" not found

इसलिए मैंने सर्विस अकाउंट के बिना वर्कआउट किया

- helm init --service-account tiller --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's<strong i="20">@apiVersion</strong>: extensions/v1beta1<strong i="21">@apiVersion</strong>: apps/v1@' | kubectl apply -f -
+ helm init spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's<strong i="22">@apiVersion</strong>: extensions/v1beta1<strong i="23">@apiVersion</strong>: apps/v1@' | kubectl apply -f -

jizusun 27 सित॰ 2019

❤2

@cyrilthank मैंने आपकी टिप्पणी को हटा दिया क्योंकि यह यहाँ शामिल चर्चा के लिए प्रासंगिक नहीं है। कृपया kubeflow / kubeflow # 4184 में अनुवर्ती कार्रवाई जारी रखें। धन्यवाद!

bacongobbler 30 सित॰ 2019

helm init spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's<strong i="6">@apiVersion</strong>: extensions/v1beta1<strong i="7">@apiVersion</strong>: apps/v1@' | kubectl apply -f -

थोड़ा सुधार

helm init --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's<strong i="11">@apiVersion</strong>: extensions/v1beta1<strong i="12">@apiVersion</strong>: apps/v1@' | kubectl apply -f -

CVirus 30 सित॰ 2019

👍6

+1

PriyamJPatel 30 सित॰ 2019

👎3

@ puww1010 मैंने फ़ाइल में आउटपुट को पुनर्निर्देशित किया, और फिर इसे बदलने के लिए VIM का उपयोग किया। संदर्भ के रूप में नीचे दिए गए आदेश।
# helm init --service-account tiller --tiller-namespace kube-system --debug >> helm-init.yaml
# vim helm-init.yaml
# kubectl apply -f helm-init.yaml

मैंने ऐसा करने की कोशिश की। VIM में फ़ाइल को संपादित करने के बाद मैं kubectl apply कमांड का उपयोग करता हूं, लेकिन यह कुछ भी नहीं करता है। जब मैं helm init --service-account tiller --tiller-namespace kube-system --debug >> helm-init.yaml फिर से चलता हूं या helm init --output yaml परिवर्तन लागू नहीं किए गए हैं। किसी और को यह अनुभव?

CBrucePerkins 1 अक्तू॰ 2019

👍1

यदि आप एक कम sed का उपयोग करना चाहते हैं :)
helm init --service-account tiller --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's@apiVersion: extensions/v1beta1@apiVersion: apps/v1@' | kubectl apply -f -
धन्यवाद!

मैंने बस अपने k8 को अपग्रेड किया और मुझे इस समस्या का सामना करना पड़ा और मैंने उपरोक्त समाधान का उपयोग किया। यह परिनियोजन बनाता है, लेकिन प्रतिकृतियां विफल हो जाती है और यही मुझे kubectl describe -n kube-system replicasets.apps tiller-deploy-77855d9dcf से मिलता है।

Events:
  Type     Reason        Age                 From                   Message
  ----     ------        ----                ----                   -------
  Warning  FailedCreate  41s (x14 over 82s)  replicaset-controller  Error creating: pods "tiller-deploy-77855d9dcf-" is forbidden: error looking up service account kube-system/tiller: serviceaccount "tiller" not found

मुझे उस सर्विससी को बनाने के लिए एक यमल फ़ाइल कहाँ मिल सकती है?

avarf 1 अक्तू॰ 2019

@ डैनियल इवलाव

kubectl --namespace kube-system create sa tiller
kubectl create clusterrolebinding tiller --clusterrole cluster-admin --serviceaccount=kube-system:tiller

इससे मेरी समस्या हल हो गई!

avarf 1 अक्तू॰ 2019

👍1

6462 को विलय कर दिया गया है और अगली रिलीज (2.15.0) में उपलब्ध होगा। अभी के लिए, ऊपर दिए गए वर्कअराउंड या कैनरी रिलीज़ का उपयोग करने के लिए स्वतंत्र महसूस करें।

सभी को धन्यवाद!

bacongobbler 1 अक्तू॰ 2019

🎉10 👍2

कैनरी छवि अभी भी एक ही त्रुटि पैदा करती है जब तक कि यह विलय अभी तक नहीं होता है,

Routhinator 7 अक्तू॰ 2019

👍1

@ puww1010 मैंने फ़ाइल में आउटपुट को पुनर्निर्देशित किया, और फिर इसे बदलने के लिए VIM का उपयोग किया। संदर्भ के रूप में नीचे दिए गए आदेश।
# helm init --service-account tiller --tiller-namespace kube-system --debug >> helm-init.yaml
# vim helm-init.yaml
# kubectl apply -f helm-init.yaml
मैंने ऐसा करने की कोशिश की। VIM में फ़ाइल को संपादित करने के बाद मैं kubectl apply कमांड का उपयोग करता हूं, लेकिन यह कुछ भी नहीं करता है। जब मैं helm init --service-account tiller --tiller-namespace kube-system --debug >> helm-init.yaml फिर से चलता हूं या helm init --output yaml परिवर्तन लागू नहीं किए गए हैं। किसी और को यह अनुभव?

हाँ, मेरे लिए भी हो रहा है।

UmamaheshMaxwell 7 अक्तू॰ 2019

आपको छवि स्थान को gcr.azk8s.cn/kubernetes-helm/tiller:v2.14.3 gcr.io स्थान पर अवरुद्ध करने के लिए प्रतीत होता है।

jang-choe-ibm 7 अक्तू॰ 2019

आपको छवि स्थान को gcr.azk8s.cn/kubernetes-helm/ टिलर में बदलने की आवश्यकता हो सकती है

जबकि एक पूरी तरह से वैध मुद्दा, यह मुद्दा इस मुद्दे में मौजूद मुद्दे से थोड़ा सा रूढ़िवादी है, gcr.io चीन में अवरुद्ध है, दुर्भाग्य से। अधिक जानकारी के लिए https://github.com/helm/charts/issues/14607 देखें।

bacongobbler 7 अक्तू॰ 2019

हम 1.15.4 पर कुबेरनेट संस्करण वापस लाकर इस मुद्दे को ठीक करने में सक्षम हैं

UmamaheshMaxwell 9 अक्तू॰ 2019

इसे साझा करने के लिए @UmamaheshMaxwell को धन्यवाद।

क्या आप कुबेरनेट संस्करण को रोलबैक करने के लिए उपयोग किए गए चरणों को साझा कर सकते हैं?

cyrilthank 9 अक्तू॰ 2019

@ साइरिलटेक यदि यह मिनीब्यूब है, तो minikube config set kubernetes-version v1.15.4

MrSimonEmms 9 अक्तू॰ 2019

👍2

इसे साझा करने के लिए @UmamaheshMaxwell को धन्यवाद।
क्या आप कुबेरनेट संस्करण को रोलबैक करने के लिए उपयोग किए गए चरणों को साझा कर सकते हैं?

@ क्रिएलिंथैंक हम अपने स्वयं के वीएम (उबंटू 18+) का उपयोग कर रहे हैं, नीचे k8s संस्करण 1.15.4 स्थापित करने के लिए सेट हैं

kubeadm reset
sudo apt-get install kubelet = 1.15.4-00 kubectl = 1.15.4-00 kubeadm = 1.15.4-00
सुदो कुबेदम इनित - पोड-नेटवर्क-सिड्र = 10.244.10.0 / 16 --apiserver- विज्ञापन-पता = xxxx --apiserver-cert-extra-sans = xxxx --kubernetes-version "1.15.4"

--pod-network-cidr=10.244.10.0/16 - फलालैन
--apiserver-advertise-address=x.x.x.x - आपके वीएम (मास्टर) का निजी आईपी
--apiserver-cert-extra-sans=x.x.x.x - आपके वीएम (मास्टर) का सार्वजनिक आईपी (यह आवश्यक है, यदि आप अपने मास्टर को अपने स्थानीय मशीन से एक्सेस करने की कोशिश कर रहे हैं।

नोट: स्व-होस्ट किए गए कुबेरनेट क्लस्टर (http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/) के लिए कुबेकॉन्फ़िग फ़ाइल सेट करने के लिए नीचे दिए गए लिंक का अनुसरण करें।

मुझे पता है अगर आप अभी भी कोई प्रश्न हैं।

UmamaheshMaxwell 9 अक्तू॰ 2019

@cyrilthank अगर यह मिनीब्यूब है, तो मिनीब्यूब कॉन्फिग सेट kubernetes-version v1.15.4

धन्यवाद @MrSimonEmms मेरा छोटा नहीं है, मुझे लगता है कि मुझे @UmamaheshMaxm के कदमों के साथ चलना होगा

cyrilthank 9 अक्तू॰ 2019

👍1

इसे साझा करने के लिए @UmamaheshMaxwell को धन्यवाद।
क्या आप कुबेरनेट संस्करण को रोलबैक करने के लिए उपयोग किए गए चरणों को साझा कर सकते हैं?
@ क्रिएलिंथैंक हम अपने वीएम (उबंटू 18+) का उपयोग कर रहे हैं, नीचे k8s संस्करण 1.15.4 स्थापित करने के लिए सेट हैं
kubeadm reset
sudo apt-get install kubelet = 1.15.4-00 kubectl = 1.15.4-00 kubeadm = 1.15.4-00
सुदो कुबेदम इनित - पोड-नेटवर्क-सिड्र = 10.244.10.0 / 16 --apiserver- विज्ञापन-पता = xxxx --apiserver-cert-extra-sans = xxxx --kubernetes-version "1.15.4"
--पोड-नेटवर्क-सिडआर = 10.244.10.0 / 16 - फलालैन
--apiserver- विज्ञापन-पता = xxxx - आपके वीएम (मास्टर) का निजी आईपी
--apiserver-cert-extra-sans = xxxx - आपके वीएम (मास्टर) का सार्वजनिक आईपी (यह आवश्यक है, यदि आप अपने स्थानीय मशीन से अपने मास्टर तक पहुंचने की कोशिश कर रहे हैं।
नोट: स्व-होस्ट किए गए कुबेरनेट क्लस्टर (http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/) के लिए कुबेकॉन्फ़िग फ़ाइल सेट करने के लिए नीचे दिए गए लिंक का अनुसरण करें।
मुझे पता है अगर आप अभी भी कोई प्रश्न हैं।

धन्यवाद @UmamaheshMaxwell आपके रोगी उत्तर के लिए

मेरे पास एक मौजूदा कुबेरनेट्स है 1.16 सेटअप क्या आप पुष्टि कर सकते हैं कि क्या मैं इन चरणों को चलाने की कोशिश कर सकता हूं?

cyrilthank 9 अक्तू॰ 2019

👍1

इसे साझा करने के लिए @UmamaheshMaxwell को धन्यवाद।
क्या आप कुबेरनेट संस्करण को रोलबैक करने के लिए उपयोग किए गए चरणों को साझा कर सकते हैं?
@ क्रिएलिंथैंक हम अपने वीएम (उबंटू 18+) का उपयोग कर रहे हैं, नीचे k8s संस्करण 1.15.4 स्थापित करने के लिए सेट हैं
kubeadm reset
sudo apt-get install kubelet = 1.15.4-00 kubectl = 1.15.4-00 kubeadm = 1.15.4-00
सुदो कुबेदम इनित - पोड-नेटवर्क-सिड्र = 10.244.10.0 / 16 --apiserver- विज्ञापन-पता = xxxx --apiserver-cert-extra-sans = xxxx --kubernetes-version "1.15.4"
--पोड-नेटवर्क-सिडआर = 10.244.10.0 / 16 - फलालैन
--apiserver- विज्ञापन-पता = xxxx - आपके वीएम (मास्टर) का निजी आईपी
--apiserver-cert-extra-sans = xxxx - आपके वीएम (मास्टर) का सार्वजनिक आईपी (यह आवश्यक है, यदि आप अपने स्थानीय मशीन से अपने मास्टर तक पहुंचने की कोशिश कर रहे हैं।
नोट: स्व-होस्ट किए गए कुबेरनेट क्लस्टर (http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/) के लिए कुबेकॉन्फ़िग फ़ाइल सेट करने के लिए नीचे दिए गए लिंक का अनुसरण करें।
मुझे पता है अगर आप अभी भी कोई प्रश्न हैं।
धन्यवाद @UmamaheshMaxwell आपके रोगी उत्तर के लिए
मेरे पास एक मौजूदा कुबेरनेट्स है 1.16 सेटअप क्या आप पुष्टि कर सकते हैं कि क्या मैं इन चरणों को चलाने की कोशिश कर सकता हूं?

हां @cyrilthank , यहां तक कि हमारे पास 1.16.1 kubernetes था, लेकिन हमें इसे वापस 1.15.4 रोल करना था, नीचे लिंक है यदि आप इसे खरोंच से सेट करना चाहते हैं।

VM का OS संस्करण

Distributor ID: Ubuntu
Description:    Ubuntu 18.04.3 LTS
Release:    18.04
Codename:   bionic

कुबेरनेट को साफ करें

kubeadm reset
sudo apt-get purge kubeadm kubectl kubelet kubernetes-cni kube*   
sudo apt-get autoremove  
sudo rm -rf ~/.kube

सेटअप कुबेरनेट्स (_Both Master और Node_)
https://www.howtoforge.com/tutorial/how-to-install-kubernetes-on-ubuntu/
(आप अपना समय बचाने के लिए ऊपर दिए गए लिंक में दिए गए चरणों को बेहतर तरीके से स्वचालित कर सकते हैं)

अगर आपको अभी भी किसी और मदद की जरूरत हो तो मुझे बताएं। हैप्पी जर्नी विथ रोल बैक :), आशा है कि आपके पास इसके साथ एक सहज यात्रा होगी।

UmamaheshMaxwell 9 अक्तू॰ 2019

आपको छवि स्थान को gcr.azk8s.cn/kubernetes-helm/ टिलर में बदलने की आवश्यकता हो सकती है
जबकि एक पूरी तरह से वैध मुद्दा, यह मुद्दा इस मुद्दे में मौजूद मुद्दे से थोड़ा सा रूढ़िवादी है, gcr.io चीन में अवरुद्ध है, दुर्भाग्य से। अधिक जानकारी के लिए हेल्म / चार्ट # 14607 देखें।

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

jang-choe-ibm 9 अक्तू॰ 2019

मुझे भी त्रुटि हो रही है:

$ helm init
$HELM_HOME has been configured at C:\Users\user\.helm.
Error: error installing: the server could not find the requested resource

मैं इस मुद्दे में प्रस्तावित समाधान की कोशिश कर रहा हूं, विशेष रूप से यह एक । हालांकि, तदनुसार Tiller.yaml फ़ाइल को संशोधित करने के बाद, मैं कॉन्फ़िगरेशन को अपडेट करने में सक्षम नहीं हूं। परिवर्तन लागू करने / कॉन्फ़िगरेशन को अपडेट करने के लिए मैं निम्नलिखित कमांड आज़मा रहा हूं:

$ kubectl apply -f tiller.yaml
deployment.apps/tiller-deploy configured
service/tiller-deploy configured

लेकिन फिर, अगर मैं चला:

$ helm init --output yaml > tiller2.yaml

Tiller2.yaml फ़ाइल दिखाता है:

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
  replicas: 1
  strategy: {}
  template:

मूल रूप से, परिवर्तन प्रतिबिंबित नहीं होते हैं। इसलिए मुझे लगता है कि मैं कॉन्फ़िगरेशन को ठीक से अपडेट नहीं कर रहा हूं। इसे करने का सही तरीका क्या होगा?

संपादित करें : मैं इसे चलाने में कामयाब रहा। मैं मिनिक्यूब का उपयोग कर रहा हूं, और इसे चलाने के लिए, पहले मैंने कुबेरनेट्स संस्करण को 1.15.4 पर डाउनग्रेड किया।

minikube delete
minikube start --kubernetes-version=1.15.4

फिर, मैं एक प्रॉक्सी का उपयोग कर रहा था, इसलिए मुझे अपने मामले में मिनिक्यूब के आईपी को NO_PROXY सूची में शामिल करना था: 192.168.99.101 । देखें: https://minikube.sigs.k8s.io/docs/reference/networking/proxy/

नोट: कुछ और परीक्षण के बाद, शायद डाउनग्रेड आवश्यक नहीं है, और शायद मैं सब याद कर रहा था NO_PROXY कदम। मैंने सभी 192.168.99.0/24 , 192.168.39.0/24 और 10.96.0.0/12 को NO_PROXY सेटिंग में जोड़ा और अब यह ठीक काम करने लगता है।

Flood1993 10 अक्तू॰ 2019

👍2

helm init --service-account Tiller --override spec.selector.matchLabels.'name '=' Tiller ', spec.selector.matchLabels.'app' = 'helm' --output aaml | sed ' s @ apiVersion : एक्सटेंशन / v1beta1 @ apiVersion : apps / v1 @' | कुबेकेल लागू -f -

इसके लिए मेरे साथ काम किया, बहुत बहुत धन्यवाद

santoshr1016 13 अक्तू॰ 2019

👎1

जैसा कि कुबेरनेट्स एपीआई विकसित होता है, एपीआई समय-समय पर पुनर्गठित या उन्नत होते हैं। जब एपीआई विकसित होता है, तो पुराने एपीआई को हटा दिया जाता है और अंततः हटा दिया जाता है।

V1.16 रिलीज नए और अधिक स्थिर एपीआई संस्करणों के पक्ष में निम्नलिखित पदावनत एपीआई संस्करणों की सेवा बंद कर देगा:

NetworkPolicy (in the extensions/v1beta1 API group)
    Migrate to use the networking.k8s.io/v1 API, available since v1.8. Existing persisted data can be retrieved/updated via the networking.k8s.io/v1 API.
PodSecurityPolicy (in the extensions/v1beta1 API group)
    Migrate to use the policy/v1beta1 API, available since v1.10. Existing persisted data can be retrieved/updated via the policy/v1beta1 API.
DaemonSet, Deployment, StatefulSet, and ReplicaSet (in the extensions/v1beta1 and apps/v1beta2 API groups)
    Migrate to use the apps/v1 API, available since v1.9. Existing persisted data can be retrieved/updated via the apps/v1 API.

V1.20 रिलीज नए और अधिक स्थिर एपीआई संस्करणों के पक्ष में निम्नलिखित पदावनत एपीआई संस्करणों की सेवा बंद कर देगा:

Ingress (in the extensions/v1beta1 API group)
    Migrate to use the networking.k8s.io/v1beta1 API, serving Ingress since v1.14. Existing persisted data can be retrieved/updated via the networking.k8s.io/v1beta1 API.

क्या कर 2

नए API को संदर्भित करने के लिए YAML फाइलें बदलें
नए API को कॉल करने के लिए कस्टम इंटीग्रेशन और कंट्रोलर अपडेट करें
नए एपीआई को कॉल करने के लिए थर्ड पार्टी टूल्स (कंट्रोलर, निरंतर डिलीवरी सिस्टम) को अपडेट करें

को देखें :

peterwilliam860 14 अक्तू॰ 2019

एक हेल्म n00b के रूप में, जो मिनीब्यूब का उपयोग कर रहा है, मैं इस मुद्दे को कुबेरनेट्स संस्करण सेट करके प्राप्त करने में सक्षम था:

$ minikube delete
$ minikube start --kubernetes-version=1.15.4

आशा है कि इससे सहायता मिलेगी!

joshprzybyszewski-wf 16 अक्तू॰ 2019

👍20 🎉1

@PierreF मैंने आपके समाधान का उपयोग किया (https://github.com/helm/helm/issues/6374#issuecomment-533186177) जिसमें k8s v1.16.1 और helm v2.15.0 और टिलर काम नहीं कर रहा है।

Readiness probe failed: Get http://10.238.128.95:44135/readiness: dial tcp 10.238.128.95:44135: connect: connection refused

pierluigilenoci 21 अक्तू॰ 2019

@ joshprzybyszewski-wf मैंने निम्नलिखित कमांड का उपयोग किया

minikube start --memory=16384 --cpus=4 --kubernetes-version=1.15.4
kubectl create -f istio-1.3.3/install/kubernetes/helm/helm-service-account.yaml
helm init --service-account tiller
helm install istio-1.3.3/install/kubernetes/helm/istio-init --name istio-init --namespace istio-system
helm install istio-1.3.3/install/kubernetes/helm/istio --name istio --namespace istio-system

और अब मिलता है,

Error: validation failed: [unable to recognize "": no matches for kind "DestinationRule" in version "networking.istio.io/v1alpha3", unable to recognize "": no matches for kind "DestinationRule" in version "networking.istio.io/v1alpha3", unable to recognize "": no matches for kind "attributemanifest" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "attributemanifest" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "handler" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "handler" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "instance" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "rule" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "rule" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "rule" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "rule" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "rule" in version "config.istio.io/v1alpha2", unable to recognize "": no matches for kind "rule" in version "config.istio.io/v1alpha2"]

dumindu 22 अक्तू॰ 2019

यहाँ एक अल्पकालिक समाधान है:
helm init --output yaml | sed 's@apiVersion: extensions/v1beta1@apiVersion: apps/v1@' | kubectl apply -f -
दरअसल, यह काफी अच्छा नहीं है। मुझे अभी भी एक त्रुटि मिलती है:
error validating data: ValidationError(Deployment.spec): missing required field "selector" in io.k8s.api.apps.v1.DeploymentSpec
इसके साथ पैच किया जा सकता है:
/usr/local/bin/kubectl patch --local -oyaml -f - -p '{"spec":{"selector": {"app":"helm","name":"tiller"}}}'

आप macthLabels पोस्ट चयनकर्ता जोड़ने से चूक गए।

ChaturvediSulabh 4 नव॰ 2019

मुझे @jbrette के समाधान के लिए भेजा गया था। जब मैंने इसे चलाया तो मुझे यही मिला

error: error parsing STDIN: error converting YAML to JSON: yaml: line 11: mapping values are not allowed in this context

c0debreaker 7 नव॰ 2019

यह हेल्म 2.16.0 में तय किया गया है।

kurczynski 7 नव॰ 2019

👎7 🚀2

मुझे @jbrette के समाधान के लिए भेजा गया था। जब मैंने इसे चलाया तो मुझे यही मिला
error: error parsing STDIN: error converting YAML to JSON: yaml: line 11: mapping values are not allowed in this context

यम फ़ाइलों की जाँच करें, ज्यादातर मामलों में जो संदर्भित लाइन में {} या [] हैं और अभी भी इसके अंतर्गत अन्य चीजें परिभाषित हैं जो त्रुटि का कारण बनती हैं। ज्यादातर मामलों में समस्या मानों के भीतर होती है। श्याम, अन्यथा चार्ट के टेम्प्लेट अनुभाग की जांच करें।

peterwilliam860 7 नव॰ 2019

बस @PierreF के और @mihivagyok के समाधान के लिए एक ओर ध्यान दें। जब मैंने निजी हेल्म रिपोज का उपयोग किया तो वे मेरे लिए काम नहीं कर रहे थे।

$ helm repo add companyrepo https://companyrepo
Error: Couldn't load repositories file (/home/username/.helm/repository/repositories.yaml).

मुझे लगता है कि ऐसा होता है क्योंकि हेल्म इनिट नहीं चलाया जाता है, बस yaml फ़ाइल उत्पन्न करता है। मैंने तय किया कि helm init -c को एक अतिरिक्त के रूप में चलाकर।

derba 8 नव॰ 2019

👍2

k8s v1.16.6 में, helm init otput के लिए spec.selector fyi की आवश्यकता होती है।

WoodProgrammer 1 फ़र॰ 2020

वर्तमान वर्कअराउंड कुछ इस तरह प्रतीत होता है:
helm init --output yaml> Tiller.yaml
और Tiller.yaml को अपडेट करें:
एप्लिकेशन / v1 में परिवर्तन
चयनकर्ता फ़ील्ड जोड़ें
---
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
  replicas: 1
  strategy: {}
  selector:
    matchLabels:
      app: helm
      name: tiller
....

यह काम करता है, क्योंकि kubernetes एपिवर्सन एप्लिकेशन / v1 को परिनियोजन के लिए बदल देते हैं, एक चीज को बदलने की आवश्यकता है, हमें कल्पना के लिए चयनकर्ता मिलान जोड़ने की आवश्यकता है

caodangtinh 17 मार्च 2020

👍1

एक और समाधान हेल्म 3 का उपयोग किया जा सकता है, जो टिलर का उपयोग नहीं करता है।

VGerris 1 जून 2020

पतवार init - दक्षिण यमल | sed ' s @ apiVersion : एक्सटेंशन / v1beta1 @ apiVersion : apps / v1 @' | कुबेकेल लागू -f -

नमस्ते, यह कोशिश करते हुए मुझे यह मिल रहा है:

jenkins @ jenkin : ~ / .kube $ helm init --output yaml | sed ' s @ apiVersion : एक्सटेंशन / v1beta1 @ apiVersion : apps / v1 @' | कुबेकेल लागू -f -

आदेश 'kubectl' नहीं मिला, लेकिन इसके साथ स्थापित किया जा सकता है:

स्नैप स्थापित kubectl
कृपया अपने व्यवस्थापक से पूछें।

jenkins @ jenkin : ~ / .kube $

manaschandrasahoo 17 जुल॰ 2020

helm version : v2.14.3 का आउटपुट
kubectl version : क्लाइंट: v1.15.3, सर्वर: v1.16.0-rc.1 का आउटपुट
क्लाउड प्रोवाइडर / प्लेटफ़ॉर्म (AKS, GKE, Minikube आदि): IBM Cloud Kubernetes Service
$ helm init --service-account tiller
$HELM_HOME has been configured at /Users/xxxx/.helm.
Error: error installing: the server could not find the requested resource

$ helm init --debug --service-account tiller
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: helm
    name: tiller
  name: tiller-deploy
  namespace: kube-system
spec:
. 
.
.
ऐसा लगता है कि पतवार tiller परिनियोजन बनाने की कोशिश कर रही है: apiVersion: extensions/v1beta1
अनुसार: https://kubernetes.io/blog/2019/07/18/api-deprecations-in-1-16
वह अब समर्थित नहीं है।

मुझे यह त्रुटि मिल रही है: मैं इसे कैसे हल कर सकता हूं ???

रूट @ जेंकिन : ~ # हेल्म इनिट - सेविंग-अकाउंट टिलर
$ HELM_HOME को /root/.helm पर कॉन्फ़िगर किया गया है।
त्रुटि: त्रुटि स्थापित करना: अज्ञात (पोस्ट परिनियोजन। अनुकूलन)
रूट @ जेंकिन : ~ #

manaschandrasahoo 17 जुल॰ 2020

यहाँ एक अल्पकालिक समाधान है:
helm init --output yaml | sed 's@apiVersion: extensions/v1beta1@apiVersion: apps/v1@' | kubectl apply -f -
दरअसल, यह काफी अच्छा नहीं है। मुझे अभी भी एक त्रुटि मिलती है:
error validating data: ValidationError(Deployment.spec): missing required field "selector" in io.k8s.api.apps.v1.DeploymentSpec
इसके साथ पैच किया जा सकता है:
/usr/local/bin/kubectl patch --local -oyaml -f - -p '{"spec":{"selector": {"app":"helm","name":"tiller"}}}'

मुझे यह त्रुटि मिल रही है:

jenkins @ jenkin : ~ / .helm $ helm init --output yaml | sed ' s @ apiVersion : एक्सटेंशन / v1beta1 @ apiVersion : apps / v1 @' | कुबेकेल लागू -f -

आदेश 'kubectl' नहीं मिला, लेकिन इसके साथ स्थापित किया जा सकता है:

स्नैप स्थापित kubectl
कृपया अपने व्यवस्थापक से पूछें।

jenkins @ jenkin : ~ / .helm $

manaschandrasahoo 17 जुल॰ 2020

वर्कअराउंड, jq का उपयोग करके:

helm init -o json | jq '(select(.apiVersion == "extensions/v1beta1") .apiVersion = "apps/v1")' | jq '(select(.kind == "Deployment") .spec.selector.matchLabels.app = "helm")' | jq '(select(.kind == "Deployment") .spec.selector.matchLabels.name = "tiller")' | kubectl create -f -

StephanX 28 जुल॰ 2020

👎2 👍2

वर्कअराउंड, jq का उपयोग करके:
helm init -o json | jq '(select(.apiVersion == "extensions/v1beta1") .apiVersion = "apps/v1")' | jq '(select(.kind == "Deployment") .spec.selector.matchLabels.app = "helm")' | jq '(select(.kind == "Deployment") .spec.selector.matchLabels.name = "tiller")' | kubectl create -f -

आप kubectl create साथ संसाधन को अपडेट नहीं कर सकते

ikarlashov 30 जुल॰ 2020

@ikarlashov 'लागू' के साथ 'लागू' को बदलने के लिए काफी आसान है। वन-लाइनर के ऊपर माना जाता है कि किसी ने अभी तक संसाधन बनाने की कोशिश नहीं की है।

StephanX 30 जुल॰ 2020

Helm: हेल इनिट फाइलें कुबेरनेट्स 1.16.0 में हैं

सबसे उपयोगी टिप्पणी

सभी 83 टिप्पणियाँ

क्या कर 2

संबंधित मुद्दों

Helm: हेल ​​इनिट फाइलें कुबेरनेट्स 1.16.0 में हैं

सबसे उपयोगी टिप्पणी

सभी 83 टिप्पणियाँ

क्या कर 2

संबंधित मुद्दों

Helm: हेल इनिट फाइलें कुबेरनेट्स 1.16.0 में हैं