과거에는 helm init --upgrade extensions/v1beta1 및 apps/v1 tiller 배포를 조정하는 복잡성으로 인해 tiller를 apps / v1로 업데이트하지 않았습니다. Kubernetes 1.16.0 지원을 시작하면 앞으로이 케이스를 처리하고 최신 apiVersion으로 마이그레이션해야 할 것 같습니다.

다음은 단기적인 해결 방법입니다.

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

좋은! --override 플래그로 crazy sed hacks보다 동일한 효과를 얻을 수 있습니다. :)

좋은! --override 플래그로 crazy sed hacks보다 동일한 효과를 얻을 수 있습니다. :)

예, 그러나 그의 미친 sed 해킹은 복사하여 붙여 넣을 수 있지만 helm init --override "apiVersion"="apps/v1" 는 작동하지 않습니다. 좋아, sed 해킹도 작동하지 않습니다.

현재 해결 방법은 다음과 같습니다.

helm init --output yaml> tiller.yaml
tiller.yaml을 업데이트하십시오.

• apps / 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
....

다음 sed는 나를 위해 작동합니다.

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 patch --local 사용)의 문제는 입력에 여러 리소스 (여기서는 배포 및 서비스)가 포함 된 경우 작동하지 않는 것 같습니다.

Kubernetes 1.16.0은 2018 년 9 월 18 일 어제 출시되었습니다.
위의 해결 방법을 사용하지 않으면이 최신 Kubernetes 릴리스에서 Helm이 손상됩니다.

이 문제는 언제 해결되고 Helm 2.15.0 언제 출시됩니까?

덜 sed를 사용하려면 :)
helm init --service-account tiller --override 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 -

감사!

오늘 나는 같은 문제를 만났고 레이블을 직접 변경했습니다. 레이블을 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: {}

@jbrette 당신은 나의 영웅입니다! 나는 selector 스탠자에 어려움을 겪고있었습니다.

오늘 나는 같은 문제를 만났고 레이블을 직접 변경했습니다. 레이블을 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: {}

변경하는 방법? 자세한 내용을 설명해 주시겠습니까?

오늘 나는 같은 문제를 만났고 레이블을 직접 변경했습니다. 레이블을 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 변경 방법과 자세한 내용을 설명 할 수 있습니까?

오늘 나는 같은 문제를 만났고 레이블을 직접 변경했습니다. 레이블을 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 변경 방법과 자세한 내용을 설명 할 수 있습니까?

예를 들어 helm init --service-account tiller --tiller-namespace kube-system --debug 를 사용하여 YAML 형식의 매니페스트를 인쇄 할 수 있습니다. --debug 옵션은이 작업을 수행합니다.

@ gm12367 예, 인쇄물을 볼 수 있지만 출력 만 볼 수 있습니다. 그렇다면 출력을 변경할 수있는 명령은 무엇입니까?

@ gm12367 앱 / v1을 변경하고 선택기 부분을 추가하고 싶습니다.

@ 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

go 환경이 설정되어 있고이 문제를 해결하는 다음 PR [Kubernetes 1.16과 호환되는 Helm 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

```bash
kubectl get deployment.apps / tiller-deploy -n kube-system -o yaml

```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 지침을 따른 후에도 동일한 문제가 계속 발생합니다.

@jbrette 지침을 따른 후에도 동일한 문제가 계속 발생합니다.

"./bin/helm"대신 "helm"을 입력 한 것 같습니다 .... 따라서 이전 버전의 바이너리를 사용하고 있습니다.

성공적으로 초기화 한 후에는 extensions / v1beta1을 교체 할 때까지 저장소에서 차트 패키지를 설치할 수 없습니다.
다음은 k8s v1.16.0 용 저장소의 차트를 조정하는 방법입니다.
예제는 prometheus 차트를 기반으로합니다.

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

extensions / v1beta1을 policy / v1beta1 PodSecurityPolicy로 바꿉니다.

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에 의해 잘 처리됩니다.

Deployment, StatefulSet, ReplicaSet, DaemonSet에서 extensions / v1beta1을 apps / 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/ 기반

PS 종속성이있는 일부 차트의 경우 helm dependency update 하고 해당하는 경우 종속 tgz를 패치 된 것으로 대체해야 할 수 있습니다.

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

이 분기는 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 를 사용해야한다는 것입니다.

이 작업을 수행하기 위해 카나리아 이미지가 필요하지 않습니다. # 6462를 시도하고 싶다면 앞서 언급 한 @jbrette 로 helm init --tiller-image gcr.io/kubernetes-helm/tiller:v2.14.3 를 사용하는 것이 좋습니다.

어쨌든 PR을 시도하기 전에 먼저 이전에 제공된 해결 방법 중 하나 를 시도해 보는 것이 좋습니다. 이렇게하면 아직 검토중인 커스텀 개발 브랜치 대신 Helm 2.14.3을 계속 사용할 수 있습니다.

내가 명령을 수행하면 배포하지만 그 후에는 pod에서 볼 수 있으며 Error from server (NotFound) : pods "tiller-deploy"not found

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

deployment.apps / tiller-deploy가 생성됨
service / tiller-deploy 생성됨

하지만 내가 kubectl을 할 때 pods --all-namespaces는 pod를 볼 수 없습니다.
네임 스페이스 이름 준비 상태 다시 시작 나이
kube-system coredns-5644d7b6d9-559hw 1/1 Running 0 23h
kube-system coredns-5644d7b6d9-xcmjd 1/1 Running 0 23h
kube-system etcd-fmp 1/1 Running 0 24h
kube-system kube-apiserver-fmp 1/1 Running 0 24h
kube-system kube-controller-manager-fmp 1/1 Running 1 24h
kube-system kube-flannel-ds-amd64-ffx2g 1/1 실행 중 0 23h
kube-system kube-proxy-lfvrz 1/1 Running 0 24h
kube-system kube-scheduler-fmp 1/1 실행 중 0 24 시간

kubectl get all --all-namespaces | grep 타병
kube-system service / tiller-deploy ClusterIP xxx44134 / TCP 2 분 52 초
kube-system deployment.apps / tiller-deploy 0/10 0 2m54s
kube-system replicaset.apps / tiller-deploy-77855d9dcf 10 0 2m54s

@DanielIvaylov 나는 당신이 경운기 서비스 계정이 없다고 생각합니다. 그것을 생성하면 배포가 틸러 포드도 생성합니다.

감사!

@DanielIvaylov 나는 당신이 경운기 서비스 계정이 없다고 생각합니다. 그것을 생성하면 배포가 틸러 포드도 생성합니다.

감사!

죄송합니다, 나는 이것이 그것을 시작할 것이라는 것을 새롭습니다. 경운기 서비스 계정은 어떻게 시작합니까?

안녕하세요.

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

지원 중단 된 API를 일시적으로 다시 활성화 한 API 서버 (/etc/kubernetes/manifests/kube-apiserver.yaml)에 아래 플래그가 추가되었습니다.

--runtime-config = apps / v1beta1 = true, apps / v1beta2 = true, extensions / v1beta1 / daemonsets = true, extensions / v1beta1 / deployments = true, extensions / v1beta1 / replicasets = true, extensions / v1beta1 / networkpolicies = true, extensions / v1beta1 / podsecuritypolicies = true

이것은 helm v2를 수정했습니다.

Windows 사용자를 위해 다음과 같이 powershell을 통해 tiller를 설치 / 업그레이드 할 수있었습니다.

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

다음은 단기적인 해결 방법입니다.

helm init --output yaml | sed 's<strong i="7">@apiVersion</strong>: extensions/v1beta1<strong i="8">@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"}}}'

나를 위해 kubectl 패치가 걸려 있습니다.
/ var / log / syslog 파일에 메시지가 없습니다.

서비스 계정이 이미 있습니다.

kubeflow @ masternode : ~ $ kubectl --namespace kube-system create sa tiller
서버 오류 (AlreadyExists) : 서비스 계정 "tiller"가 이미 있습니다.
kubeflow @ masternode : ~ $ kubectl create clusterrolebinding tiller --clusterrole cluster-admin --serviceaccount = kube- system : tiller
서버 오류 (AlreadyExists) : clusterrolebindings.rbac.authorization.k8s.io "tiller"가 이미 있습니다.

조언 해 주 시겠어요

아래 실행

내보내기 PATH = $ PATH : / usr / local / bin
어느 조타
어떤 경운기
키 설치
-이름 nfs-client-provisioner
--set nfs.server = 10.0.0.4
--set nfs.path = / nfsroot
--set storageClass.name = nfs
--set storageClass.defaultClass = true
stable / nfs-client-provisioner

돌아온다

/ usr / local / bin / helm
/ usr / local / bin / tiller
오류 : 경운기를 찾을 수 없습니다.

이것은 이제 쇼 스토퍼이므로 도움을 주셔서 감사합니다.

@cyrilthank 틸러 배포가 실행되고 있지 않기 때문에 틸러 오류가 발생한 것 같습니다. 다음 명령을 실행하여 tiller를 설치해보십시오.
helm init --service-account tiller --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's<strong i="7">@apiVersion</strong>: extensions/v1beta1<strong i="8">@apiVersion</strong>: apps/v1@' | kubectl apply -f -

helm version -s 가 제대로 작동하고 실행중인 경우 서버 (경운기) 버전을 반환해야합니다.

감사합니다.
kubeflow를 다음 단계로 진행하는 데 도움이되었습니다.

좋아 이제이 문제가있는 것 같아
https://github.com/kubeflow/kubeflow/issues/4184
다시 차단제로

https://github.com/kubeflow/kubeflow/issues/4184 에서 내가 어떻게 도움을받을 수 있는지에 대한 조언을 주시면 감사하겠습니다.

@cyrilthank 위에 제공된 단계를 시도해보십시오 : https://github.com/helm/helm/issues/6374#issuecomment -533853888
더 이상 사용되지 않는 API 버전을 새 버전으로 교체해야합니다.

kubeflow_workaround_and_error_traces.txt

특히이 문제를 공개하는 데있어 환자의 답변에 감사드립니다.

죄송하지만 해결 단계에서 문제가있는 것 같습니다.

첨부 된 추적의 단계를 검토하고 내가 뭘 잘못하고 있는지 조언 해 주시면 감사하겠습니다.

@cyril 감사합니다. kubeflow yamls에 대해 sed 명령을 실행하여 이전 api 확장을 새 확장으로 교체하면됩니다 (프로 메테우스를 전혀 배포 할 필요 없음 😆). 잘 표현하지 못했다면 미안합니다.
이 수정은 기본적으로 kubeflow dpl yamls에서 extensions/v1beta1 를 apps/v1 로 대체하는 것입니다.

아 그래서 멍청한 카피를 했어 :(

내 KFAPP = / nfsroot / kf-poc

여전히 몇 가지 메시지와 최종 오류가 표시되는 것 같습니다.

kubeflow의 다음 단계로 이동하기 위해 지금 당신에게 의존하므로 도와 주시겠습니까?

kubeflow_workaround_sed_and_error_traces.txt

@cyril 감사합니다. kubeflow yamls에 대해 sed 명령을 실행하여 이전 api 확장을 새 확장으로 교체하면됩니다 (프로 메테우스를 배포 할 필요가 전혀 없음). 잘 표현하지 못했다면 미안합니다.
이 수정은 기본적으로 kubeflow dpl yamls에서 extensions/v1beta1 를 apps/v1 로 대체하는 것입니다.

apps/v1beta2 도 apps/v1

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

도움을 주셔서 감사합니다 @uniuuu
https://github.com/helm/helm/files/3662328/kubeflow_workaround_sed_and_error_traces.txt에 참조 된 yaml 파일을 어디서 / 어떻게 얻을 수 있는지 알려 주시겠습니까?

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

sed를 변경 한 후에도 여전히에서 참조 된 오류가 발생했기 때문에 요청

단계가 있다면 조언 해 주시겠습니까?

kubectl 변환 -f-출력 버전/

매번 실행되어야합니다..kache를 포함하여 KFAPP 위치의 모든 yaml 파일

helm init 작업 할 때 위에서 언급 한 해결 방법을 적용했지만 helm version 와 같은 작업을 시도 할 때 다음 오류가 계속 발생한다면 helm deployment 찾을 수 없다.

Error: could not find tiller

준비되지 않은 이유를 확인하려면 kubectl get events --all-namespaces | grep -i tiller 를 실행해야합니다.

예를 들어, microk8s serviceaccount "tiller" 이 필요하지 않기 때문에 내 문제는 아래와 같습니다.

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 -

@cyrilthank 여기에 관련된 토론과 관련이 없기 때문에 귀하의 의견을 제거했습니다. kubeflow / kubeflow # 4184에서 후속 조치를 계속하십시오. 감사!

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 -

+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 하면 변경 사항이 적용되지 않습니다. 다른 사람이 이것을 경험합니까?

덜 sed를 사용하려면 :)
helm init --service-account tiller --override spec.selector.matchLabels.'name'='tiller',spec.selector.matchLabels.'app'='helm' --output yaml | sed 's<strong i="7">@apiVersion</strong>: extensions/v1beta1<strong i="8">@apiVersion</strong>: apps/v1@' | kubectl apply -f -

감사!

방금 k8s를 업그레이드했고이 문제에 직면했고 위의 솔루션을 사용했습니다. 배포를 생성하지만 복제 세트가 실패하고 이것이 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

해당 서비스 계정을 만들기위한 yaml 파일은 어디에서 찾을 수 있습니까?

안녕하세요.

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

이것은 내 문제를 해결했습니다!

6462는 병합되었으며 다음 릴리스 (2.15.0)에서 사용할 수 있습니다. 지금은 위에 제공된 해결 방법을 사용하거나 카나리아 릴리스를 사용하십시오 .

모두 감사합니다!

카나리아 이미지는이 병합이 아직없는 한 동일한 오류를 생성합니다.

@ 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 하면 변경 사항이 적용되지 않습니다. 다른 사람이 이것을 경험합니까?

그래, 나도 마찬가지야.

이미지 위치를 gcr.azk8s.cn/kubernetes-helm/tiller:v2.14.3 로 변경해야 할 수 있습니다. gcr.io 위치가 차단 된 것 같습니다.

이미지 위치를 gcr.azk8s.cn/kubernetes-helm/ tiller : v2.14.3 으로 변경해야 할 수 있습니다. gcr.io 위치가 차단 된 것 같습니다.

완전히 유효한 문제이지만이 문제는이 문제에있는 문제와 약간 직교하지만, 안타깝게도 gcr.io 는 중국에서 차단됩니다. 자세한 내용은 https://github.com/helm/charts/issues/14607 을 참조하십시오.

kubernetes 버전을 1.15.4로 롤백하여이 문제를 해결할 수있었습니다.

이것을 공유해 주신 @UmamaheshMaxwell 에게 감사드립니다.

kubernetes 버전을 롤백하는 데 사용한 단계를 공유해 주시겠습니까?

@cyrilthank 미니 쿠베 라면 minikube config set kubernetes-version v1.15.4

이것을 공유해 주신 @UmamaheshMaxwell 에게 감사드립니다.

kubernetes 버전을 롤백하는 데 사용한 단계를 공유해 주시겠습니까?

@cyrilthank 우리는 자체 VM (Ubuntu 18+)을 사용하고 있습니다. 아래는 k8s 버전을 설치하기위한 setps입니다. 1.15.4

1. kubeadm 재설정
2. sudo apt-get install kubelet = 1.15.4-00 kubectl = 1.15.4-00 kubeadm = 1.15.4-00
3. sudo kubeadm init --pod-network-cidr = 10.244.10.0 / 16 --apiserver-advertise-address = 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 -VM의 비공개 IP (마스터)
--apiserver-cert-extra-sans=x.x.x.x -VM의 공용 IP (마스터) (로컬 컴퓨터에서 마스터에 액세스하려는 경우 필요합니다.

참고 : 아래 링크를 따라 자체 호스팅 Kubernetes 클러스터 (http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/)에 대한 kubeconfig 파일을 설정하십시오.

여전히 궁금한 점이 있으면 알려주세요.

@cyrilthank 만약 그것이

감사합니다 @MrSimonEmms 광산은 미니가 아닙니다. 나는 @UmamaheshMaxwell 의 단계와 함께 가야 할 것이라고 생각합니다.

이것을 공유해 주신 @UmamaheshMaxwell 에게 감사드립니다.
kubernetes 버전을 롤백하는 데 사용한 단계를 공유해 주시겠습니까?

@cyrilthank 우리는 자체 VM (Ubuntu 18+)을 사용해 왔습니다. 아래는 k8s 버전 1.15.4를 설치하기위한 setps입니다.

kubeadm 재설정
sudo apt-get install kubelet = 1.15.4-00 kubectl = 1.15.4-00 kubeadm = 1.15.4-00
sudo kubeadm init --pod-network-cidr = 10.244.10.0 / 16 --apiserver-advertise-address = xxxx --apiserver-cert-extra-sans = xxxx --kubernetes-version "1.15.4"

--pod-network-cidr = 10.244.10.0 / 16-플란넬
--apiserver-advertise-address = xxxx-VM의 개인 IP (마스터)
--apiserver-cert-extra-sans = xxxx-VM의 공용 IP (마스터) (로컬 컴퓨터에서 마스터에 액세스하려는 경우 필요합니다.
참고 : 아래 링크를 따라 자체 호스팅 Kubernetes 클러스터 (http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/)에 대한 kubeconfig 파일을 설정하십시오.
여전히 궁금한 점이 있으면 알려주세요.

환자 회신에 감사드립니다 @UmamaheshMaxwell

기존 kubernetes 1.16 설정이 있습니다.이 단계를 실행할 수 있는지 확인해 주시겠습니까?

이것을 공유해 주신 @UmamaheshMaxwell 에게 감사드립니다.
kubernetes 버전을 롤백하는 데 사용한 단계를 공유해 주시겠습니까?
@cyrilthank 우리는 자체 VM (Ubuntu 18+)을 사용해 왔습니다. 아래는 k8s 버전 1.15.4를 설치하기위한 setps입니다.
kubeadm 재설정
sudo apt-get install kubelet = 1.15.4-00 kubectl = 1.15.4-00 kubeadm = 1.15.4-00
sudo kubeadm init --pod-network-cidr = 10.244.10.0 / 16 --apiserver-advertise-address = xxxx --apiserver-cert-extra-sans = xxxx --kubernetes-version "1.15.4"
--pod-network-cidr = 10.244.10.0 / 16-플란넬
--apiserver-advertise-address = xxxx-VM의 개인 IP (마스터)
--apiserver-cert-extra-sans = xxxx-VM의 공용 IP (마스터) (로컬 컴퓨터에서 마스터에 액세스하려는 경우 필요합니다.
참고 : 아래 링크를 따라 자체 호스팅 Kubernetes 클러스터 (http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/)에 대한 kubeconfig 파일을 설정하십시오.
여전히 궁금한 점이 있으면 알려주세요.

환자 회신에 감사드립니다 @UmamaheshMaxwell

기존 kubernetes 1.16 설정이 있습니다.이 단계를 실행할 수 있는지 확인해 주시겠습니까?

그래 @cyrilthank , 심지어 우리는 kubernetes 1.16.1을 가지고 있었지만 우리는 그것을 1.15.4 로 롤백해야했습니다. 처음부터 설정하려면 아래 링크가 있습니다.

VM의 OS 버전

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

kuberenetes 정리

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

Kubernetes 설정 (_Master 및 Node_ 모두)
https://www.howtoforge.com/tutorial/how-to-install-kubernetes-on-ubuntu/
(시간을 절약하려면 위의 링크에서 제안 된 단계를 최대한 자동화하는 것이 좋습니다.)

도움이 더 필요하면 알려주세요. 롤백으로 행복한 여정 :), 당신이 그것으로 순조롭게 여행하기를 바랍니다.

이미지 위치를 gcr.azk8s.cn/kubernetes-helm/ tiller : v2.14.3 으로 변경해야 할 수 있습니다. gcr.io 위치가 차단 된 것 같습니다.

완전히 유효한 문제이지만이 문제는이 문제에있는 문제와 약간 직교하지만, 안타깝게도 gcr.io 는 중국에서 차단됩니다. 자세한 내용은 helm / charts # 14607 을 참조하십시오.

나는 중국이 아니라 미국에 있습니다. 하지만 VPN이 해당 사이트를 차단했다고 생각합니다. 어쨌든, 저는이 스레드에 설명 된 모든 단계를 따랐고 이미지를 수동으로 가져 오려고 시도했지만 응답하지 않는 것을 확인할 때까지 작동하지 못했습니다. 나를.

또한 오류가 발생합니다.

$ 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:

기본적으로 변경 사항은 반영되지 않습니다. 따라서 구성을 제대로 업데이트하지 않는다고 가정합니다. 그것을 수행하는 올바른 방법은 무엇입니까?

편집 : 나는 그것을 실행할 수 있었다. 저는 Minikube를 사용하고 있으며이를 실행하기 위해 먼저 Kubernetes 버전을 1.15.4로 다운 그레이드했습니다.

minikube delete
minikube start --kubernetes-version=1.15.4

그런 다음 프록시를 사용했기 때문에 Minikube의 IP를 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 설정에 추가했는데 이제 제대로 작동하는 것 같습니다.

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-

그것은 나를 위해 일했습니다, 정말 감사합니다

Kubernetes API가 발전함에 따라 API는 주기적으로 재구성되거나 업그레이드됩니다. API가 발전하면 이전 API는 더 이상 사용되지 않으며 결국 제거됩니다.

v1.16 릴리스는 더 새롭고 안정적인 API 버전을 위해 다음과 같은 지원 중단 된 API 버전 제공을 중지합니다.

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 릴리스는 더 새롭고 안정적인 API 버전을 위해 사용되지 않는 다음 API 버전의 제공을 중지합니다.

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.

해야 할 일

• 최신 API를 참조하도록 YAML 파일 변경
• 최신 API를 호출하도록 사용자 지정 통합 및 컨트롤러 업데이트
• 최신 API를 호출하도록 타사 도구 (수신 컨트롤러, 지속적 전달 시스템)를 업데이트합니다.

인용하다 :

• https://kubernetes.io/docs/setup/release/notes/#deprecations -and-removals
• https://kubernetes.io/blog/2019/07/18/api-deprecations-in-1-16/

minikube를 사용하는 helm n00b로서 kubernetes 버전을 다음과 같이 설정하여이 문제를 해결할 수있었습니다.

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

도움이 되었기를 바랍니다.

@PierreF k8s v1.16.1 및 helm v2.15.0과 함께 솔루션 (https://github.com/helm/helm/issues/6374#issuecomment-533186177)을 사용했으며 경운기가 작동하지 않습니다.

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

@ 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"]

다음은 단기적인 해결 방법입니다.

helm init --output yaml | sed 's<strong i="7">@apiVersion</strong>: extensions/v1beta1<strong i="8">@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"}}}'

macthLabels 게시물 선택기를 추가하지 못했습니다.

@jbrette 의 솔루션으로 전달되었습니다. 이것이 내가 그것을 실행했을 때 얻은 것입니다.

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

Helm 2.16.0 에서 수정되었습니다.

@jbrette 의 솔루션으로 전달되었습니다. 이것이 내가 그것을 실행했을 때 얻은 것입니다.

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

yaml 파일을 확인하세요. 대부분의 경우 참조 된 줄에 {} 또는 []가 있고 그 아래에 오류를 일으키는 다른 항목이 정의되어 있습니다. 대부분의 경우 문제는 values.yaml 내에 있습니다. 그렇지 않으면 차트의 템플릿 섹션을 확인하세요.

@PierreF 및 @mihivagyok 솔루션에 대한 참고 사항입니다. 내가 개인 키 저장소를 사용할 때 그것들은 나를 위해 작동하지 않았습니다.

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

helm init이 실행되지 않았기 때문에 발생하는 것으로 생각하고 yaml 파일을 생성합니다. helm init -c 를 추가로 실행하여 문제를 해결했습니다.

k8s v1.16.6에서 helm init otput에는 spec.selector fyi가 필요합니다.

현재 해결 방법은 다음과 같습니다.

helm init --output yaml> tiller.yaml
tiller.yaml을 업데이트하십시오.

• apps / 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가 apiVersion apps / v1을 배포 용으로 변경하기 때문에 변경해야 할 한 가지는 사양에 대한 선택기 matchLabels를 추가해야한다는 것입니다.

또 다른 해결 방법은 tiller를 사용하지 않는 Helm 3을 사용하는 것입니다.

helm init --output yaml | sed ' s @ apiVersion : extensions / v1beta1 @ apiVersion : apps / v1 @'| kubectl apply -f-

안녕하세요, 이것을 시도하는 동안 이것을 얻었습니다.

jenkins @ jenkin : ~ / .kube $ helm init --output yaml | sed ' s @ apiVersion : extensions / v1beta1 @ apiVersion : apps / v1 @'| kubectl apply -f-

'kubectl'명령을 찾을 수 없지만 다음과 함께 설치할 수 있습니다.

kubectl 스냅 설치
관리자에게 문의하십시오.

jenkins @ jenkin : ~ / .kube $

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:
. 
.
.

helm이 tiller 배포를 생성하려고 시도하는 것 같습니다. apiVersion: extensions/v1beta1
에 따르면 : https://kubernetes.io/blog/2019/07/18/api-deprecations-in-1-16
더 이상 지원되지 않습니다.

이 오류가 발생합니다. 어떻게 해결할 수 있습니까 ???

root @ jenkin : ~ # helm init --service-account tiller
$ HELM_HOME이 /root/.helm에 구성되었습니다.
오류 : 오류 설치 : 알 수 없음 (배포 후 확장 프로그램)
root @ jenkin : ~ #

다음은 단기적인 해결 방법입니다.

helm init --output yaml | sed 's<strong i="7">@apiVersion</strong>: extensions/v1beta1<strong i="8">@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"}}}'

이 오류가 발생합니다.

jenkins @ jenkin : ~ / .helm $ helm init --output yaml | sed ' s @ apiVersion : extensions / v1beta1 @ apiVersion : apps / v1 @'| kubectl apply -f-

'kubectl'명령을 찾을 수 없지만 다음과 함께 설치할 수 있습니다.

kubectl 스냅 설치
관리자에게 문의하십시오.

jenkins @ jenkin : ~ / .helm $

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 -

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는 '만들기'를 '적용'으로 대체하기에 충분합니다. 위의 한 줄은 아직 리소스 생성을 시도하지 않았다고 가정합니다.