<p>हेल्म अपग्रेड spec.clusterIP के साथ विफल हो जाता है: अमान्य मान: "": फ़ील्ड अपरिवर्तनीय है</p>

पुन: पेश करने के लिए पर्याप्त जानकारी प्रदान नहीं की गई है। कृपया हमें बताएं कि एक प्रतिलिपि प्रस्तुत करने योग्य चार्ट कैसे बनाया जाए, और किस हेलम का उपयोग आपने किया।

नमस्ते, यहाँ प्रजनन कदम हैं
नीचे के रूप में दो सेवाओं yaml फ़ाइल होने।

nginx.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80

prometheus.yaml

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: prometheus
spec:
  template:
    metadata:
      labels:
        app: prometheus
    spec:
      containers:
      - image: prom/prometheus
        name: prometheus
        ports:
        - containerPort: 9090
        imagePullPolicy: Always
      hostname: prometheus
      restartPolicy: Always
---
apiVersion: v1
kind: Service
metadata:
  name: prometheus
spec:
  selector:
    app: prometheus
  clusterIP: None
  ports:
  - name: headless
    port: 9090
    targetPort: 0

फिर वहाँ दो फ़ाइलें helm1 / टेम्पलेट्स में डाल / फिर स्थापित करें। यह दिखाता है कि प्रोमेथियस सेवा क्लस्टरआईपी और नगीनक्स संस्करण का उपयोग करती है 1.14.2

# helm upgrade --install test helm1
Release "test" does not exist. Installing it now.
NAME: test
LAST DEPLOYED: Tue Apr 21 20:42:55 2020
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None

# kubectl get svc
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)    AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP    35d
prometheus   ClusterIP   None         <none>        9090/TCP   7s

# kubectl describe deployment nginx |grep Image
    Image:        nginx:1.14.2

अब nginx.yaml के अनुभाग को नए संस्करण 1.16 में अपडेट करें

        image: nginx:1.16

और Prometheus.yaml को LoadBalancer में बदलकर।

spec:
  selector:
    app: prometheus
  ports:
  - name: "9090"
    port: 9090
    protocol: TCP
    targetPort: 9090
  type: LoadBalancer

अब उन्हें हेल्म 2 के रूप में डालें और अपग्रेड करें। फिर आप अपग्रेड थ्रो को कुछ त्रुटियों के साथ देख सकते हैं, लेकिन nginx सेवा एक नए संस्करण में अपग्रेड करके गुजरती है, लेकिन प्रोमेथियस को अपग्रेड नहीं किया जाता है क्योंकि यह अभी भी क्लस्टर आईपी का उपयोग कर रहा है।

# helm upgrade --install test helm2
Error: UPGRADE FAILED: cannot patch "prometheus" with kind Service: Service "prometheus" is invalid: spec.clusterIP: Invalid value: "": field is immutable

# kubectl get svc
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)    AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP    35d
prometheus   ClusterIP   None         <none>        9090/TCP   5m34s

# kubectl describe deployment nginx |grep Image
    Image:        nginx:1.16

पतवार सूची दिखाता है

# helm list
NAME    NAMESPACE   REVISION    UPDATED                                 STATUS  CHART                                       APP VERSION
test    default     2           2020-04-21 20:48:20.133644429 -0700 PDT failed  

पतवार का इतिहास

# helm history test
REVISION    UPDATED                     STATUS      CHART       APP VERSION DESCRIPTION                                                                                                                                               
1           Tue Apr 21 20:42:55 2020    deployed    helm-helm   1.0.0.6     Install complete                                                                                                                                          
2           Tue Apr 21 20:48:20 2020    failed      helm-helm   1.0.0.6     Upgrade "test" failed: cannot patch "prometheus" with kind Service: Service "prometheus" is invalid: spec.clusterIP: Invalid value: "": field is immutable

हमारे पास v3.2.0 के साथ समान व्यवहार है, v3.1.3 के लिए अपग्रेड करना हमारा अस्थायी सुधार है

मैं अपने हेल्म 2 -> 3 माइग्रेशन के साथ बहुत कुछ प्राप्त कर चुका हूं। जब मुझे पहली बार इसमें से बहुत कुछ मिला है, तो इसे जारी किए गए रिलीज़ को अपग्रेड करने की कोशिश कर रहा हूं। यह अब तक Nginx Ingress, Prometheus Operator, Graylog और Jaeger चार्ट्स के लिए है। उनमें से ज्यादातर मैं सिर्फ सेवाओं को हटाने और हेल्म को उन्हें फिर से बनाने के साथ संतुष्ट हूं लेकिन नग्नेक्स इनग्रेड के लिए यह एक विकल्प नहीं है ...

बस यह पाया गया https://github.com/helm/helm/issues/6378#issuecomment -557746499 जो मेरे मामले में समस्या की व्याख्या करता है।

# 6378 के डुप्लिकेट के रूप में बंद करना। @cablespaghetti ने इस व्यवहार के लिए गहन स्पष्टीकरण पाया, जिसका वर्णन बहुत विस्तार से किया गया है।

हमें बताएं कि क्या यह आपके लिए काम नहीं करता है।

@GaramNick आपके लिए इसे अपग्रेड करना क्यों ठीक होगा? क्या आप डाउनग्रेडिंग द्वारा तय किए गए "क्या" पर अधिक विस्तार से बता सकते हैं?

@bacongobbler यहाँ रहते हुए। क्या रिलीज को हटाने और फिर से तैनात किए बिना इस स्थिति को ठीक करने का कोई तरीका है? मुझे ऐसा करने का कोई तरीका नहीं लग सकता है कि हेल्म 2 या 3 के तहत मैं मौजूदा रिलीज़ डेटा को हैक करना चाहता हूं, इसलिए हेलम को लगता है कि क्लस्टर हमेशा छोड़ा गया है और इसलिए कोई पैच आवश्यक नहीं है।

क्या आपने kubectl edit की कोशिश की है?

हमारे पास एक ही मुद्दा है और 3.1.3 अपग्रेड करना हमारे लिए भी तय है। मेरा अनुमान है कि इसे https://github.com/helm/helm/pull/7649/commits/d829343c1514db17bee7a90624d06cdfffde963 पर नए तर्क के साथ करना है, इस पर विचार करते हुए Create और इस तरह से अपडेट को सेट करने की कोशिश नहीं की जा रही है। आईपी ​​और आबादी का पुन: उपयोग नहीं

दिलचस्प खोज। जांच के लिए धन्यवाद।

@jlegrone किसी भी मौका आप इस पर गौर करने का समय हो सकता है?

@bacongobbler हमारी CI / CD पाइपलाइन हमारे एप्लिकेशन को अपडेट करने के लिए Helm का उपयोग करती है जिसमें प्रकार क्लस्टर के साथ एक सेवा शामिल है। आदेश:

helm upgrade --install --force \
        --wait \
        --set image.repository="$CI_REGISTRY_IMAGE" \
        --set image.tag="$CI_COMMIT_REF_NAME-$CI_COMMIT_SHA" \
        --set image.pullPolicy=IfNotPresent \
        --namespace="$KUBE_NAMESPACE" \
        "$APP_NAME" \
        ./path/to/charts/

V3.2.0 पर यह कमांड Service "service-name" is invalid: spec.clusterIP: Invalid value: "": field is immutable साथ विफल हो जाती है

V3.1.3 पर यह ठीक काम करता है।

अगर आपको अधिक जानकारी पसंद है तो मुझे बताएं।

मुझे भी। हमारे पास निम्नलिखित सेवा थी। कई महीनों तक हेल्म 2 के साथ काम करना ठीक था।
माइग्रेशन के बाद, ऊपर के रूप में सहेजें त्रुटि के साथ हेल्म 3.2 helm upgrade कमांड विफल रही। 3.1.3 में अपग्रेड कर इसे हल किया।

apiVersion: v1
kind: Service
metadata:
  name: {{ .Values.global.name }}
  namespace: {{ index .Values.global.namespace .Values.global.env }}
  labels:
     microservice: {{ .Values.global.name }}
spec:
   type: ClusterIP
   ports:
   - port: 8080
   selector:
      microservice: {{ .Values.global.name }}

हमारे पास एक ही मुद्दा है और 3.1.3 में अपग्रेड करना हमारे लिए भी तय है। मेरा अनुमान है कि इसे d829343 में नए तर्क के साथ करना है, इस पर विचार करें कि क्रिएट करें और अपडेट न हो, इस तरह खाली आईपी सेट करने की कोशिश करें और आबादी का पुन: उपयोग न करें

@ n1koo क्या आप बता सकते हैं कि आपको क्यों लगता है कि यह समस्या का कारण है? जैसा कि यह इंस्टॉल और अपग्रेड कोड नहीं है, और 3.1 में भी create और यह काम करता है।

मैं @adamreese के साथ इस मुद्दे की समीक्षा कर रहा @ n1koo ने पहचाना है। बनाएँ विधि सेवा पर सामान्य 3-वे अंतर को बायपास करेगी, जिसके परिणामस्वरूप कुबेरनेट द्वारा आबादी वाले मूल्य के बजाय सेवा के क्लस्टर को "" सेट किया जाएगा। परिणामस्वरूप, क्लस्टर IP को रीसेट करने के लिए API सर्वर _appears_ को भेजा गया घोषणापत्र, जो एक सेवा पर अवैध है (और निश्चित रूप से उपयोगकर्ता का इरादा नहीं है)।

हम अभी भी इस पर गौर कर रहे हैं और अगर हम और सीखेंगे तो मैं अपडेट करूंगा।

तो https://github.com/helm/helm/issues/6378#issuecomment -557746499 सही है। कृपया इस मुद्दे पर जारी रखने से पहले पढ़ें। यदि clusterIP: "" सेट किया जाता है, तो Kubernetes एक आईपी असाइन करेगा। अगले हेल्म अपग्रेड पर, यदि clusterIP:"" फिर से, यह ऊपर त्रुटि देगा, क्योंकि यह _to Kubernetes_ प्रकट होता है कि आप IP रीसेट करने का प्रयास कर रहे हैं। (हां, कुबेरनेट्स spec: एक सेवा का अनुभाग संशोधित करता है!)

जब Create पद्धति 3-तरफा अंतर को दरकिनार कर देती है, तो यह Kubernetes द्वारा निर्दिष्ट IP पते पर सेट करने के बजाय clusterIP: "" सेट करता है।

प्रजनन करना:

$ helm create issue7956
$ # edit issue7956/templates/service.yaml and add `clusterIP: ""` under `spec:`
$ helm upgrade --install issue7956 issue7956
...
$ helm upgrade issue7956 issue7956
Error: UPGRADE FAILED: cannot patch "issue-issue7956" with kind Service: Service "issue-issue7956" is invalid: spec.clusterIP: Invalid value: "": field is immutable

दूसरी बार जब आप अपग्रेड चलाते हैं, तो यह विफल हो जाएगा।

मैं master पर @IadanAdar के मामले को पुन: पेश नहीं कर सकता।

@GaramNick आपकी त्रुटि को पुन: उत्पन्न करने के लिए आपके द्वारा उपयोग की जा रही सेवा के बारे में पर्याप्त जानकारी नहीं है।

मेरी स्थिति:
version.BuildInfo{Version:"v3.2.0", GitCommit:"e11b7ce3b12db2941e90399e874513fbd24bcb71", GitTreeState:"clean", GoVersion:"go1.13.10"}
यह भी परीक्षण किया w /
version.BuildInfo{Version:"v3.2.1", GitCommit:"fe51cd1e31e6a202cba7dead9552a6d418ded79a", GitTreeState:"clean", GoVersion:"go1.13.10"}

निम्नलिखित सेवा टेम्पलेट दिया गया:

apiVersion: v1
kind: Service
metadata:
  name: {{ include "app.fullname" . }}
  labels:
    {{- include "app.labels" . | nindent 4 }}
  annotations:
    getambassador.io/config: |
      ---
      apiVersion: ambassador/v1
      kind: Mapping
      name: {{ include "app.fullname" . }}_mapping
      prefix: /{{ include "app.fullname" . }}
      host: "^{{ include "app.fullname" . }}.*"
      host_regex: true
      service: {{ include "app.fullname" . }}.{{ .Release.Namespace }}
      rewrite: ""
      timeout_ms: 60000
      bypass_auth: true
      cors:
        origins: "*"
        methods: POST, GET, OPTIONS
        headers:
        - Content-Type
        - Authorization
        - x-client-id
        - x-client-secret
        - x-client-trace-id
        - x-flow-proto
      ---
      apiVersion: ambassador/v1
      kind: Mapping
      name: {{ include "app.fullname" . }}_swagger_mapping
      ambassador_id: corp
      prefix: /swagger
      host: "^{{ include "app.fullname" . }}.corp.*"
      host_regex: true
      service: {{ include "app.fullname" . }}.{{ .Release.Namespace }}
      rewrite: ""
      bypass_auth: true
      cors:
        origins: "*"
        methods: POST, GET, OPTIONS
        headers:
        - Content-Type
        - x-client-id
        - x-client-secret
        - Authorization
        - x-flow-proto
  namespace: {{ .Release.Namespace }}
spec:
  type: {{ .Values.service.type }}
  selector:
    {{- include "app.selectorLabels" . | nindent 4 }}
  ports:
  - port: {{ .Values.service.port }}
    name: http-rest-hub
    targetPort: http-rest
  - port: {{ .Values.service.healthPort }}
    name: http-health
    targetPort : http-health

जो upgrade --install बाद निम्नलिखित में परिणाम:

apiVersion: v1
kind: Service
metadata:
  annotations:
    getambassador.io/config: |
      ---
      apiVersion: ambassador/v1
      kind: Mapping
      name: hub-alt-bor_mapping
      prefix: /hub-alt-bor
      host: "^hub-alt-bor.*"
      host_regex: true
      service: hub-alt-bor.brett
      rewrite: ""
      timeout_ms: 60000
      bypass_auth: true
      cors:
        origins: "*"
        methods: POST, GET, OPTIONS
        headers:
        - Content-Type
        - Authorization
        - x-client-id
        - x-client-secret
        - x-client-trace-id
        - x-flow-proto
      ---
      apiVersion: ambassador/v1
      kind: Mapping
      name: hub-alt-bor_swagger_mapping
      ambassador_id: corp
      prefix: /swagger
      host: "^hub-alt-bor.corp.*"
      host_regex: true
      service: hub-alt-bor.brett
      rewrite: ""
      bypass_auth: true
      cors:
        origins: "*"
        methods: POST, GET, OPTIONS
        headers:
        - Content-Type
        - x-client-id
        - x-client-secret
        - Authorization
        - x-flow-proto
    meta.helm.sh/release-name: alt-bor
    meta.helm.sh/release-namespace: brett
  creationTimestamp: ...
  labels:
    app: hub
    app.kubernetes.io/instance: alt-bor
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/name: hub
    app.kubernetes.io/version: v1.6.0-rc.26
    deploy.xevo.com/stackname: bor-v0.1-test
    helm.sh/chart: hub-0.0.4
    owner: gateway
    ownerSlack: TODOunknown
  name: hub-alt-bor
  namespace: brett
  resourceVersion: ...
  selfLink: ...
  uid: ...
spec:
  clusterIP: 172.20.147.13
  ports:
  - name: http-rest-hub
    port: 80
    protocol: TCP
    targetPort: http-rest
  - name: http-health
    port: 90
    protocol: TCP
    targetPort: http-health
  selector:
    app.kubernetes.io/instance: alt-bor
    app.kubernetes.io/name: hub
  sessionAffinity: None
  type: ClusterIP
status:
  loadBalancer: {}

अगर मैं इसके बाद के संस्करण के रूप में इस सटीक चार्ट को ०.०.५ और upgrade --install अपलोड करता हूं तो मुझे निम्नलिखित मिलेगा:
Error: UPGRADE FAILED: failed to replace object: Service "hub-alt-bor" is invalid: spec.clusterIP: Invalid value: "": field is immutable

एकमात्र अंतर helm.sh/chart लेबल का मूल्य है जो अब hub-0.0.5

यह एक विशाल अवरोधक है।

@GaramNick आपकी त्रुटि को पुन: उत्पन्न करने के लिए आपके द्वारा उपयोग की जा रही सेवा के बारे में पर्याप्त जानकारी नहीं है।

@technosophos आपको क्या चाहिए? अधिक जानकारी प्रदान करने के लिए खुश!

अपडेट करें! helm upgrade --install w / --force का उपयोग करते समय अद्यतन विफल रहता है। अब एक अवरोधक के कम।

ओह! यह दिलचस्प है। यह नीचे ट्रैक करने के लिए त्रुटि को आसान बनाना चाहिए।

नमस्कार @technosophos @bacongobbler हमारे पास 2 ही मुद्दे हैं:

version.BuildInfo{Version:"v3.2.1", GitCommit:"fe51cd1e31e6a202cba7dead9552a6d418ded79a", GitTreeState:"clean", GoVersion:"go1.13.10"}

1. मुद्दा
   हमारे पास Service टेम्पलेट clusterIP बिना है, लेकिन कुबेरनेट्स clusterIP स्वचालित रूप से असाइन करेंगे:

apiVersion: v1
kind: Service
metadata:
  name: {{ .Release.Name }}
  labels:
    app: {{ .Values.image.name }}
    release: {{ .Release.Name }}
spec:
  type: ClusterIP
  ports:
    - port: {{ .Values.service.port }}
      targetPort: {{ .Values.service.port }}
      protocol: TCP
      name: http
  selector:
    app: {{ .Values.image.name }}
    release: {{ .Release.Name }}

helm 2to3 convert 3 के साथ helm 3 में माइग्रेट करने के बाद उसी रिलीज़ helm3 upgrade --install --force अपग्रेड करने का प्रयास करें:

failed to replace object: Service "dummy-stage" is invalid: spec.clusterIP: Invalid value: "": field is immutable

अगर मैं --force -> helm3 upgrade --install बिना त्रुटि के ठीक काम करता हूं।

1. मुद्दा
   अगर मैं spec.selector.matchLabels परिनियोजन में परिवर्तन करना चाहता हूँ जो --force बिना अपरिवर्तनीय क्षेत्र है तो मुझे मदद मिलेगी:

cannot patch "dummy-stage" with kind Deployment: Deployment.apps "dummy-stage" is invalid: spec.selector: Invalid value: v1.LabelSelector{MatchLabels:map[string]string{"app.kubernetes.io/name":"web-nerf-dummy-app"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: field is immutable

अगर मैं --force साथ ऐसा ही करूंगा तो मुझे त्रुटि मिलेगी:

failed to replace object: Deployment.apps "dummy-stage" is invalid: spec.selector: Invalid value: v1.LabelSelector{MatchLabels:map[string]string{"app.kubernetes.io/name":"web-nerf-dummy-app"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: field is immutable

क्या --force लिए समान व्यवहार को लागू करना संभव है जैसा कि helm 2 क्योंकि हम बिना किसी त्रुटि के अपरिवर्तनीय रूप से दायर कर सकते हैं?

apiVersion: v1
kind: Service
metadata:
  name: zipkin-proxy
  namespace: monitoring
spec:
  ports:
  - port: 9411
    targetPort: 9411
  selector:
    app: zipkin-proxy
  type: ClusterIP

---

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: zipkin-proxy
  namespace: monitoring
spec:
  replicas: {{ .Values.zipkinProxy.replicaCount }}
  template:
    metadata:
      labels:
        app: zipkin-proxy
      annotations:
        prometheus.io/scrape: 'true'
    spec:
      containers:
      - image: {{ .Values.image.repository }}/zipkin-proxy
        name: zipkin-proxy
        env:
        - name: STORAGE_TYPE
          value: stackdriver

helm upgrade -i --debug --force --namespace monitoring zipkin-proxy --values ./values.yaml.tmp .

मैंने बल विकल्प को हटाने की कोशिश की है। मैंने v3.1.3, v3.2.0 के साथ-साथ v3.2.1 के साथ अभी भी एक ही समस्या की कोशिश की।

स्टैक ट्रेस

history.go:52: [debug] getting history for release zipkin-proxy
upgrade.go:84: [debug] preparing upgrade for zipkin-proxy
upgrade.go:92: [debug] performing update for zipkin-proxy
upgrade.go:234: [debug] creating upgraded release for zipkin-proxy
client.go:163: [debug] checking 2 resources for changes
client.go:195: [debug] error updating the resource "zipkin-proxy":
         cannot patch "zipkin-proxy" with kind Service: Service "zipkin-proxy" is invalid: spec.clusterIP: Invalid value: "": field is immutable
client.go:403: [debug] Looks like there are no changes for Deployment "zipkin-proxy"
upgrade.go:293: [debug] warning: Upgrade "zipkin-proxy" failed: cannot patch "zipkin-proxy" with kind Service: Service "zipkin-proxy" is invalid: spec.clusterIP: Invalid value: "": field is immutable
Error: UPGRADE FAILED: cannot patch "zipkin-proxy" with kind Service: Service "zipkin-proxy" is invalid: spec.clusterIP: Invalid value: "": field is immutable
helm.go:75: [debug] cannot patch "zipkin-proxy" with kind Service: Service "zipkin-proxy" is invalid: spec.clusterIP: Invalid value: "": field is immutable
helm.sh/helm/v3/pkg/kube.(*Client).Update
        /home/circleci/helm.sh/helm/pkg/kube/client.go:208
helm.sh/helm/v3/pkg/action.(*Upgrade).performUpgrade
        /home/circleci/helm.sh/helm/pkg/action/upgrade.go:248
helm.sh/helm/v3/pkg/action.(*Upgrade).Run
        /home/circleci/helm.sh/helm/pkg/action/upgrade.go:93
main.newUpgradeCmd.func1
        /home/circleci/helm.sh/helm/cmd/helm/upgrade.go:137
github.com/spf13/cobra.(*Command).execute
        /go/pkg/mod/github.com/spf13/[email protected]/command.go:826
github.com/spf13/cobra.(*Command).ExecuteC
        /go/pkg/mod/github.com/spf13/[email protected]/command.go:914
github.com/spf13/cobra.(*Command).Execute
        /go/pkg/mod/github.com/spf13/[email protected]/command.go:864
main.main
        /home/circleci/helm.sh/helm/cmd/helm/helm.go:74
runtime.main
        /usr/local/go/src/runtime/proc.go:203
runtime.goexit
        /usr/local/go/src/runtime/asm_amd64.s:1357
UPGRADE FAILED
main.newUpgradeCmd.func1
        /home/circleci/helm.sh/helm/cmd/helm/upgrade.go:139
github.com/spf13/cobra.(*Command).execute
        /go/pkg/mod/github.com/spf13/[email protected]/command.go:826
github.com/spf13/cobra.(*Command).ExecuteC
        /go/pkg/mod/github.com/spf13/[email protected]/command.go:914
github.com/spf13/cobra.(*Command).Execute
        /go/pkg/mod/github.com/spf13/[email protected]/command.go:864
main.main
        /home/circleci/helm.sh/helm/cmd/helm/helm.go:74
runtime.main
        /usr/local/go/src/runtime/proc.go:203
runtime.goexit
        /usr/local/go/src/runtime/asm_amd64.s:1357

जब हेलम चार्ट संस्करण बदलता है और मौजूदा परिनियोजन होता है, तो मुझे यह समस्या आ रही है।

हेल्म v3.2.0 का उपयोग करना

मैं पुष्टि कर सकता हूं कि 3.1.2 काम करने के लिए अपग्रेड करना।

@ gor181 हम कैसे पुन: पेश कर सकते हैं? 3.2 पर क्या टूट गया लेकिन 3.1 पर काम किया? चार्ट (या कम से कम svc टेम्पलेट) और कमांड्स हैं जिन्हें हमें यह पता लगाने में सक्षम होने की आवश्यकता है कि क्या बदल गया है।

@azarudeena @alexandrsemak - तुम दोनों, के लिए --force झंडा यह है कि क्या कारण है है। यदि आप --force हटाते हैं, तो क्या नवीनीकरण कार्य करता है?

@technosophos ने बल के बिना काम नहीं किया। 3.1.2 के साथ प्रयास करने की योजना

@ Mazudeena क्या आप कृपया अपने मुद्दे को पुन: पेश करने के लिए निर्देशों का एक सेट प्रदान कर सकते हैं? आपने किसी सेवा और परिनियोजन टेम्प्लेट के कुछ आउटपुट दिखाए, लेकिन तब आपने values.yaml.tmp संदर्भ भी दिया था, जिसके बारे में हम न तो जानते हैं और न ही चार्ट।

क्या आप कृपया एक नमूना चार्ट प्रदान कर सकते हैं जिसका उपयोग हम आपके मुद्दे को पुन: पेश करने के लिए कर सकते हैं?

@bacongobbler मैं संरचना साझा कर रहा हूं।

चार्ट

apiVersion: v1
description: Deploys Stackdriver Trace Zipkin Proxy
name: zipkin-proxy
version: 1.0.0

मैंने अपना टेम्पलेट ऊपर रखा है,

मेरा मान yaml.tmp नीचे है

zipkinProxy:
  replicaCount: 1

image:
  repository: openzipkin/zipkin

मैं इसे हेल्म पैकेज --version के रूप में पैकेज करता हूंउन्नयन के साथ ही उपयोग कर रहा है। अगर यह कार्यशील है, तो मुझे बताएं? 3.1.2 के साथ मेरी कोशिश के बाद यहां अपडेट करें

संपादित करें

३.१.२ और ३.१.१ को अपग्रेड करने की कोशिश की। अभी भी इस पैच को प्राप्त करने में सक्षम नहीं है।

मुझे एक ही मुद्दे का सामना करना पड़ा, लेकिन टेराफॉर्म हेल्म प्रदाता के माध्यम से एक हेल्म चार्ट को अपग्रेड करने के साथ।
जब मैंने force_update = true से force_update = false बदला था, तब त्रुटि दूर हो गई थी।

जब हेलम चार्ट संस्करण बदलता है और मौजूदा परिनियोजन होता है, तो मुझे यह समस्या आ रही है।

हेल्म v3.2.0 का उपयोग करना

अक्षम - प्रवर्तन ध्वज ने इसे काम किया।

@technosophos --force ClusterIP के साथ रिज़ॉल्यूशन समस्या जब आप helm 3 पर जाते हैं, तो helm 2 जब helm 3 करते हैं, तो ClusterIP को अपग्रेड करने का प्रयास न करें।
matchLabels रूप में दायर अपरिवर्तनीय के साथ Helm 3 समस्या हल करने में सक्षम नहीं है

कुबेरनेट्स एक सेवा के spec: अनुभाग को संशोधित करता है

इसे रूट में कुबेरनेट्स में एक डिजाइन दोष माना जाना चाहिए? https://kubernetes.io/docs/concepts/services-networking/service/#choosing -your-own-ip-address इस व्यवहार का कोई उल्लेख नहीं करता है। मुझे status अनुभाग में दिए जाने वाले असाइन किए गए मान की अपेक्षा होगी।

(एक समान व्यवहार .spec.nodeName Pod , लेकिन यह हेलम उपयोगकर्ताओं को प्रभावित करने की संभावना नहीं है।)

v3.2.3: यह --force के साथ विफल होता है, यह w / o --force गुजरता है। चार्ट-टेम्पलेट में कोई ClusterIP: । जो मुझे लगता है कि https://github.com/helm/helm/pull/8000/files को ठीक करना था।

upgrade.go:121: [debug] preparing upgrade for eos-eve-srv-d1
upgrade.go:129: [debug] performing update for eos-eve-srv-d1
upgrade.go:308: [debug] creating upgraded release for eos-eve-srv-d1
client.go:173: [debug] checking 6 resources for changes
client.go:432: [debug] Replaced "eos-eve-srv-d1-fsnode" with kind ServiceAccount for kind ServiceAccount
client.go:432: [debug] Replaced "eos-eve-srv-d1-fsnode-imagepullsecret" with kind Secret for kind Secret
client.go:432: [debug] Replaced "eos-eve-srv-d1-fsnode-config" with kind ConfigMap for kind ConfigMap
client.go:205: [debug] error updating the resource "eos-eve-srv-d1-fsnode":
         failed to replace object: Service "eos-eve-srv-d1-fsnode" is invalid: spec.clusterIP: Invalid value: "": field is immutable
client.go:432: [debug] Replaced "eos-eve-srv-d1-fsnode" with kind Deployment for kind Deployment
client.go:432: [debug] Replaced "eos-eve-srv-d1-fsnode" with kind Ingress for kind Ingress
upgrade.go:367: [debug] warning: Upgrade "eos-eve-srv-d1" failed: failed to replace object: Service "eos-eve-srv-d1-fsnode" is invalid: spec.clusterIP: Invalid value: "": field is immutable
Error: UPGRADE FAILED: failed to replace object: Service "eos-eve-srv-d1-fsnode" is invalid: spec.clusterIP: Invalid value: "": field is immutable
helm.go:84: [debug] failed to replace object: Service "eos-eve-srv-d1-fsnode" is invalid: spec.clusterIP: Invalid value: "": field is immutable
helm.sh/helm/v3/pkg/kube.(*Client).Update
        /private/tmp/helm-20200608-50972-gq0j1j/src/helm.sh/helm/pkg/kube/client.go:218
helm.sh/helm/v3/pkg/action.(*Upgrade).performUpgrade
        /private/tmp/helm-20200608-50972-gq0j1j/src/helm.sh/helm/pkg/action/upgrade.go:322
helm.sh/helm/v3/pkg/action.(*Upgrade).Run
        /private/tmp/helm-20200608-50972-gq0j1j/src/helm.sh/helm/pkg/action/upgrade.go:130
main.newUpgradeCmd.func1
        /private/tmp/helm-20200608-50972-gq0j1j/src/helm.sh/helm/cmd/helm/upgrade.go:144
github.com/spf13/cobra.(*Command).execute
        /private/tmp/helm-20200608-50972-gq0j1j/pkg/mod/github.com/spf13/[email protected]/command.go:842
github.com/spf13/cobra.(*Command).ExecuteC
        /private/tmp/helm-20200608-50972-gq0j1j/pkg/mod/github.com/spf13/[email protected]/command.go:950
github.com/spf13/cobra.(*Command).Execute
        /private/tmp/helm-20200608-50972-gq0j1j/pkg/mod/github.com/spf13/[email protected]/command.go:887
main.main
        /private/tmp/helm-20200608-50972-gq0j1j/src/helm.sh/helm/cmd/helm/helm.go:83
runtime.main
        /usr/local/Cellar/[email protected]/1.13.12/libexec/src/runtime/proc.go:203
runtime.goexit
        /usr/local/Cellar/[email protected]/1.13.12/libexec/src/runtime/asm_amd64.s:1357
UPGRADE FAILED
main.newUpgradeCmd.func1
        /private/tmp/helm-20200608-50972-gq0j1j/src/helm.sh/helm/cmd/helm/upgrade.go:146
github.com/spf13/cobra.(*Command).execute
        /private/tmp/helm-20200608-50972-gq0j1j/pkg/mod/github.com/spf13/[email protected]/command.go:842
github.com/spf13/cobra.(*Command).ExecuteC
        /private/tmp/helm-20200608-50972-gq0j1j/pkg/mod/github.com/spf13/[email protected]/command.go:950
github.com/spf13/cobra.(*Command).Execute
        /private/tmp/helm-20200608-50972-gq0j1j/pkg/mod/github.com/spf13/[email protected]/command.go:887
main.main
        /private/tmp/helm-20200608-50972-gq0j1j/src/helm.sh/helm/cmd/helm/helm.go:83
runtime.main
        /usr/local/Cellar/[email protected]/1.13.12/libexec/src/runtime/proc.go:203
runtime.goexit
        /usr/local/Cellar/[email protected]/1.13.12/libexec/src/runtime/asm_amd64.s:1357

मैं 3.2.3 पर इस मुद्दे का अवलोकन कर रहा हूं लेकिन 3.2.0 । बल को निष्क्रिय करना भी एक उपयोगी समाधान था।

FYI करें, ओपी द्वारा उठाया गया मुद्दा और यहाँ उठाए गए टिप्पणियां --force अलग हैं, असतत मुद्दे हैं। आइए यहां ओपी के मुद्दे पर ध्यान देने की कोशिश करें।

स्पष्ट करने के लिए, ओपी का वर्णन करने वाला मुद्दा https://github.com/helm/helm/issues/7956#issuecomment -620749552 में पहचाना गया एक संभावित प्रतिगमन @ n1koo है। यह एक वैध बग की तरह लगता है।

अन्य टिप्पणियों में उनके लिए काम करने वाले --force का उल्लेख करना कुबेरनेट्स के दृष्टिकोण से जानबूझकर और अपेक्षित व्यवहार है। --force , आप हेल्म को कुबेरनेट्स के खिलाफ एक PUT अनुरोध करने के लिए कह रहे हैं। प्रभावी रूप से, आप Kubernetes को अपना लक्ष्य मैनिफ़ेस्ट लेने के लिए कह रहे हैं (सत्य के स्रोत के रूप में helm upgrade से आपके चार्ट में दिए गए टेम्प्लेट) और आपके द्वारा क्लस्टर में संसाधनों को अधिलेखित कर दिया गया है। यह kubectl apply --overwrite समान है।

ज्यादातर मामलों में, आपके टेम्पलेट क्लस्टर IP निर्दिष्ट नहीं करते हैं, जिसका अर्थ है कि helm upgrade --force सेवा के क्लस्टर IP को निकालने (या बदलने) के लिए कह रहा है। यह कुबेरनेट्स के दृष्टिकोण से एक अवैध ऑपरेशन है।

यह # 7082 में भी प्रलेखित है।

यही कारण है कि --force कार्यों को हटाना: Helm एक PATCH ऑपरेशन करता है, लाइव स्टेट के विरुद्ध फैलता है, क्लस्टर IP में पैच मेनिफ़ेस्ट में विलय होता है, जो अपग्रेड पर क्लस्टर IP को संरक्षित करता है।

यदि आप जबरदस्ती हटाना चाहते हैं और ऑब्जेक्ट को फिर से बनाएं जैसे कि हेल्म 2 में किया गया था, तो # 7431 पर एक नज़र डालें।

आशा है कि यह बातें स्पष्ट करती हैं।

आगे बढ़ते हुए, हम यहाँ ओपी के मुद्दे पर ध्यान देने की कोशिश करते हैं।

क्या कोई ज्ञात वर्कअराउंड हैं? 1-34.1 से 1.46.4 तक https://github.com/helm/charts/tree/master/stable/rabbitmq-ha को अपग्रेड करने का प्रयास करते समय एक ही समस्या का सामना करना पड़ा। स्पष्ट रूप से --force या 3.1.3 डाउनग्रेड मदद नहीं की, प्रश्न में सेवा को हटाने और helm upgrade ने मदद नहीं की

@EvgeniGordeev यह क्रूड सॉल्यूशन होने जा रहा है जो मेरे लिए छोटे डाउनटाइम के साथ काम करता है। चार्ट को अनइंस्टॉल करें / फिर से इंस्टॉल करें।

हमने इसे nginxinc ingress चार्ट के साथ मारा है। हम आम तौर पर --force उपयोग करते हैं।

चूँकि यह मुद्दा अभी भी खुला है, क्या इसे ठीक करने के लिए किसी प्रकार की योजना बनाई गई है, या क्या इसे डिजाइन के रूप में काम करने के लिए समझा जाता है (इस व्यवहार के साथ खोले गए अन्य मुद्दों से यह समझना मुश्किल है) मैंने एक स्पष्टीकरण पढ़ा कि यह चार्ट के साथ एक मुद्दा है जो स्वयं और clusterIP: "" उपयोग नहीं किया जाना चाहिए और इसके बजाय मूल्य को पूरी तरह से छोड़ दिया जाना चाहिए।

क्या यह कुछ है जो हमें चार्ट डेवलपर्स के साथ पीछा करना चाहिए?

@cdunford - ने सुझाव दिया कि इसे --force का उपयोग करने से रोकने के लिए जैसा कि सुझाव दिया गया था https://github.com/helm/helm/issues/7956#issuecomment -643432099।

यह PR समस्या का समाधान भी कर सकता है: # 7431 (उस टिप्पणी में सुझाए गए अनुसार) ...

हमने एन समय के लिए इस मुद्दे को मारा, हम अपनी पाइपलाइन में --force ध्वज का उपयोग कर रहे हैं।

मूल समस्या helm2 के साथ आई थी, तो क्या यह भी helm2 में तय हो जाएगी? @bacongobbler

@bacongobbler आप यह क्यों कहते हैं कि "बल" प्रदान करना मुद्दे से अलग है यदि इसे अलग करना या डाउनग्रेड करना मदद करता है?

मेरा मतलब है, मैंने सिर्फ हेल्म 3.3.4, https://artifacthub.io/packages/helm/bitnami/nginx चार्ट के साथ मुद्दे को मारा है और कोई मान नहीं बदला है। तीन अलग-अलग बादलों पर परीक्षण किया गया: GCP / GKE, Azure / AKS और AWS / EKS, तीनों पर विफल रहे।

हेल्म को 3.1.3 पर डाउनग्रेड करने के तुरंत बाद काम किया और 3.3.4 पर "--फोर्स" ध्वज के बिना भी काम किया।

मुझे लगा कि मैंने अपनी पूर्व टिप्पणी में यह स्पष्ट कर दिया है कि दो अलग-अलग, अनूठे मामले हैं जहाँ कोई उपयोगकर्ता इस त्रुटि को देख सकता है। एक ओपी का मामला है। दूसरा --फोर्स के उपयोग से है। हम यहां ओपी के मुद्दे पर ध्यान केंद्रित कर रहे हैं।

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

@ हेलम 2 के लिए इसे ठीक करने के संबंध में https://helm.sh/blog/helm-v2-deprecation-timeline/ देखें।

मुझे लगता है कि मैं ओपी की समस्या को जुपाइथरहब हेल्म चार्ट के साथ पुन: पेश करने में कामयाब रहा।
उम्मीद है, नीचे दिए गए निर्देशों के साथ, आप इस मुद्दे को पुन: पेश करने का प्रबंधन करेंगे:

महत्वपूर्ण
Jupyterhub पतवार चार्ट एक शामिल नहीं है spec.clusterIP : यहाँ अपनी सेवा विशिष्टताओं में क्षेत्र, जैसा कि आप (उदाहरण के लिए) देख सकते हैं https://github.com/jupyterhub/zero-to-jupyterhub-k8s/blob/c0a43af12a89d54bcd6dcb927fdcc2f623a14aca /jupyterhub/templates/hub/service.yaml#L17 -L29

मैं समस्या को पुन: उत्पन्न करने के लिए पतवार और तरह का उपयोग कर रहा हूं:

➜ helm version
version.BuildInfo{Version:"v3.4.0", GitCommit:"7090a89efc8a18f3d8178bf47d2462450349a004", GitTreeState:"clean", GoVersion:"go1.14.10"}

➜ kind version
kind v0.9.0 go1.15.2 linux/amd64

➜ kubectl version
Client Version: version.Info{Major:"1", Minor:"18", GitVersion:"v1.18.2", GitCommit:"52c56ce7a8272c798dbc29846288d7cd9fbae032", GitTreeState:"clean", BuildDate:"2020-04-16T11:56:40Z", GoVersion:"go1.13.9", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.1", GitCommit:"206bcadf021e76c27513500ca24182692aabd17e", GitTreeState:"clean", BuildDate:"2020-09-14T07:30:52Z", GoVersion:"go1.15", Compiler:"gc", Platform:"linux/amd64"}

प्रजनन कैसे करें?

1. नए तरह के क्लस्टर बनाएं

kind create cluster

1. निम्न सामग्री के साथ config.yaml नामक फ़ाइल बनाएँ (यादृच्छिक उत्पन्न हेक्स):

proxy:
  secretToken: "3a4bbf7405dfe1096ea2eb9736c0df299299f94651fe0605cfb1c6c5700a6786"

FYI करें मैं पतवार स्थापना के लिए निर्देशों का पालन कर रहा हूँ ( लिंक )

1. हेल्म रिपॉजिटरी जोड़ें

helm repo add jupyterhub https://jupyterhub.github.io/helm-chart/
helm repo update

1. चार्ट स्थापित करें ( --force विकल्प के साथ)

RELEASE=jhub
NAMESPACE=jhub

helm upgrade --cleanup-on-fail --force \
  --install $RELEASE jupyterhub/jupyterhub \
  --namespace $NAMESPACE \
  --create-namespace \
  --version=0.9.0 \
  --values config.yaml

1. चरण 5 दोहराएं

त्रुटि:

Error: UPGRADE FAILED: failed to replace object: PersistentVolumeClaim "hub-db-dir" is invalid: spec: Forbidden: spec is immutable after creation except resources.requests for bound claims
  core.PersistentVolumeClaimSpec{
        AccessModes:      []core.PersistentVolumeAccessMode{"ReadWriteOnce"},
        Selector:         nil,
        Resources:        core.ResourceRequirements{Requests: core.ResourceList{s"storage": {i: resource.int64Amount{value: 1073741824}, s: "1Gi", Format: "BinarySI"}}},
-       VolumeName:       "",
+       VolumeName:       "pvc-c614de5c-4749-4755-bd3a-6e603605c44e",
-       StorageClassName: nil,
+       StorageClassName: &"standard",
        VolumeMode:       &"Filesystem",
        DataSource:       nil,
  }
 && failed to replace object: Service "hub" is invalid: spec.clusterIP: Invalid value: "": field is immutable && failed to replace object: Service "proxy-api" is invalid: spec.clusterIP: Invalid value: "": field is immutable && failed to replace object: Service "proxy-public" is invalid: spec.clusterIP: Invalid value: "": field is immutable

मैं 3.3m में हूँ और यह अभी भी एक मुद्दा है

Helm 2.14.1 जारी या तो w / w-out --force

वर्कअराउंड : type.spec: NodePort स्विच करने से मेरा हेल्मचार्ट अपग्रेड निश्चित हो गया।

हम v3.4.1 पर यही समस्या है - प्रवर्तन ध्वज के साथ।

@bacongobbler मुझे पता है कि आप ओपी की समस्या (# 6378 से अलग) को अपहृत होने से बचाने के लिए सतर्कता से प्रयास कर रहे हैं। मैंने सोचा कि यह पोस्ट करने वालों को अपने त्रुटि संदेश की समीक्षा करने में मदद कर सकता है ताकि यह पता चल सके कि यह धागा उनके लिए है या नहीं:

क्या आपका त्रुटि संदेश "त्रुटि: UPGRADE विफल: _replace_ ..." में विफल रहा है और आप अपने आदेश में __id का उपयोग करते हैं? गोटो # 6378

क्या आपका त्रुटि संदेश "त्रुटि: UPGRADE विफल: _patch_ ..." नहीं हो सकता है और आपने _ अपने आदेश में _ --force का उपयोग नहीं किया है ? कृपया इस अंक में पोस्ट करें कि आपने इसे कैसे पुन: पेश किया।

@zpittmansf

helm3 upgrade concourse concourse/concourse -f temp.yaml  --force
Error: UPGRADE FAILED: failed to replace object: Service "concourse-web" is invalid: spec.clusterIP: Invalid value: "None": field is immutable && failed to replace object: Service "concourse-web-prometheus" is invalid: spec.clusterIP: Invalid value: "": field is immutable && failed to replace object: Service "concourse-web-worker-gateway" is invalid: spec.clusterIP: Invalid value: "": field is immutable

helm3 upgrade concourse concourse/concourse -f temp.yaml
Error: UPGRADE FAILED: cannot patch "concourse-web" with kind Service: Service "concourse-web" is invalid: spec.clusterIP: Invalid value: "None": field is immutable

मैं उसी मुद्दे पर चल रहा हूँ 3.4.2। मैं एक हेल्म-चार्ट चलाता हूं जो एक तैनाती, सर्विससीकाउंट और सर्विस बनाता है। मैं परिनियोजन पर अपने चार्ट पर मेरे मौजूदा सेट के लिए एक लेबल जोड़ता हूं, और अब इसे अपग्रेड करने से इनकार करता है:

helm upgrade test-whale charts/app-template/ --install --values values.yaml --namespace whale --force
Error: UPGRADE FAILED: failed to replace object: Service "test-whale" is invalid: spec.clusterIP: Invalid value: "": field is immutable && failed to replace object: Deployment.apps "test-whale-canary" is invalid: spec.selector: Invalid value: v1.LabelSelector{MatchLabels:map[string]string{"app":"test-whale", "app-id":"302040", "environment":"test", "version":"latest"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: field is immutable && failed to replace object: Deployment.apps "test-whale" is invalid: spec.selector: Invalid value: v1.LabelSelector{MatchLabels:map[string]string{"app":"test-whale", "app-id":"302040", "environment":"test", "version":"latest"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: field is immutable

मूल रूप से, ऐसा लगता है कि आप कभी भी एक लेबल को जोड़ नहीं सकते हैं जो प्रारंभिक हेल्म परिनियोजित है।

यह भयानक लगता है, लेकिन हेल्म "अपरिवर्तनीय क्षेत्रों" की एक सूची को लागू कर सकता है जो विशेष उपचार प्राप्त करेगा?

इस स्थिति में, एक "अपरिवर्तनीय क्षेत्र" सेवा ऑब्जेक्ट का spec.clusterIP होगा - हेल्म इसे अपरिवर्तनीय मानेंगे और ऐसे एपीआई अनुरोध उत्पन्न करेंगे जो दोनों ही) इसे बदलने की कोशिश नहीं करेंगे, बी) इसे हटाने की कोशिश नहीं करेंगे। , ग) इसे अद्यतन करने का प्रयास न करें।

व्यवहार में, हेल्म एक अपरिवर्तनीय क्षेत्र के वर्तमान मूल्य की तलाश करेगा और एपीआई अनुरोध के पेलोड में उस मूल्य को शामिल करेगा। नतीजतन, k8s एपीआई सर्वर हेल्म के अनुरोध को "ठीक है, वे इस क्षेत्र को संशोधित करने की कोशिश नहीं कर रहे हैं" के रूप में देखेंगे।

वर्तमान स्थिति यह है कि हेल्म विशेष रूप से सेवा संसाधनों के साथ बहुत अविश्वसनीय है, क्योंकि हेलम मानता है कि यह किसी दिए गए संसाधन का सत्य है। यह एक गलत धारणा है जो इस समस्या में समस्या की ओर ले जाती है, क्योंकि किसी संसाधन को नए गुण सर्वर-साइड प्राप्त हो सकते हैं, जिससे हेल्म अनजान है। इसलिए, हेल्म को पता होना चाहिए कि एक अनुरूप k8 नागरिक बनने के लिए किन क्षेत्रों में विशेष उपचार की आवश्यकता है।

पुनश्च इसके अलावा kubectl बहुत सारे तर्क ग्राहक-पक्ष को लागू करते हैं, जो इन निहित आवश्यकताओं के साथ kubectl अनुमति देता है।

@ jbilliau-rcd

--फोर्स का उपयोग नहीं करने का प्रयास करें

@

मुझे लगता है कि तीन तरह के मर्ज के साथ कुछ काम हो रहा है। शायद अंतिम रूप से लागू एनोटेशन को किसी तरह अनुचित तरीके से दर्ज किया जा रहा है।

मैंने इसे समाप्त करने की योजना बनाई; जाहिरा तौर पर आप एक Deployment और पॉड युक्ति पर लेबल बदल सकते हैं, लेकिन मैच चयनकर्ता पर नहीं ...... कुबेरनेट्स को यह पसंद नहीं है। जो मेरे लिए अजीब है; और क्या मैं अपनी तैनाती को संशोधित करने के लिए केवल version "v2" पर पॉड्स का चयन करने के लिए संशोधित करने वाला हूं, कहते हैं, एक कैनरी तैनाती? वर्तमान में, मेरे पास ऐसा करने का कोई तरीका नहीं है, इसलिए इम को उस हिस्से पर भ्रमित करें।

3.5.0 हेल्म संस्करण में अपग्रेड करने से समस्या हल हो गई।

3.5.0 हेल्म संस्करण में अपग्रेड करने से समस्या हल हो गई।

बिल्कुल कैसे?

3.5.0 हेल्म संस्करण में अपग्रेड करने से समस्या हल हो गई।

हेल्म संस्करण 3.5.0 अभी भी काम नहीं कर रहा है।
लेकिन बिना --force काम किया जाता है।

यह पतवार 3.5.2 में मारा

मैंने --force निकालने की कोशिश की लेकिन अभी भी वही मुद्दा मिल रहा है।

Upgrade "gateway" failed: failed to replace object: Service "ingress"
    is invalid: spec.clusterIPs[0]: Invalid value: []string(nil): primary clusterIP
    can not be unset

अब तक एक उचित समाधान मिला - --reuse-values झंडा। मेरे केस के लिए काम करता है।

३.५.२ को अभी भी यह मुद्दा मिला है, जिसमें / बिना --reuse-values ​​हैं

3.5.3 में यह भी है: /