helm init --upgrade extensions/v1beta1とapps/v1両方の耕うん機の展開を調整する複雑さのため、過去に耕うん機を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フラグを使用すると、クレイジーなsedハックと同じ効果が得られる可能性があります:)

いいね！ --overrideフラグを使用すると、クレイジーなsedハックと同じ効果が得られる可能性があります:)

はい、でも彼のクレイジーな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はいつリリースされますか？

1つ少ない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 apps / 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 [Kubernetes1.16と互換性のあるHelminit]＃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 getdeployment.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も置き換えるまで、リポジトリからチャートパッケージをインストールできなくなります。
k8sv1.16.0のリポジトリからチャートを適応させる方法は次のとおりです
この例は、プロメテウスチャートに基づいています。

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

extension / v1beta1をpolicy / v1beta1PodSecurityPolicyに置き換えます。

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。 注意点の1つは、ビルドがリリースされていないため、カナリアイメージフラグhelm init --canary-imageを使用する必要があることです。

これを機能させるためにカナリア画像は必要ありません。 ＃6462を試してみたい場合は、前述の@jbretteとしてhelm init --tiller-image gcr.io/kubernetes-helm/tiller:v2.14.3を使用することをお勧めします。

とにかくPRを試す前に、最初に提供された回避策の1つを試すことをユーザーに勧めます。 そうすれば、まだ検討中のカスタム開発ブランチの代わりに、Helm2.14.3を引き続き使用できます。

コマンドを実行するとデプロイされますが、その後ポッドで表示され、サーバーからのエラー（NotFound）と表示されます：ポッド「tiller-deploy」が見つかりません

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 -

deploy.apps / tiller-deployが作成されました
service / tiller-deployが作成されました

しかし、kubectl get podsを実行すると、all-namespacesはポッドを表示できません
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system coredns-5644d7b6d9-559hw1 / 1実行中023h
kube-system coredns-5644d7b6d9-xcmjd1 / 1実行中023h
kube-system etcd-fmp1 / 1実行中024時間
kube-system kube-apiserver-fmp1 / 1実行中024時間
kube-system kube-controller-manager-fmp1 / 1実行中124時間
kube-system kube-flannel-ds-amd64-ffx2g1 / 1実行中023h
kube-system kube-proxy-lfvrz1 / 1実行中024時間
kube-system kube-scheduler-fmp1 / 1実行中024時間

kubectl get all --all-namespaces | grep耕うん機
kube-system service / tiller-deploy ClusterIP xxx44134 / TCP 2m52s
kube-systemdeployment.apps / tiller-deploy 0/1 0 0 2m54s
kube-system Replicaset.apps / tiller-deploy-77855d9dcf 1 0 0 2m54s

@DanielIvaylovあなたは耕うん機サービスアカウントを持っていないと思います。 作成してください。そうすると、デプロイによってティラーポッドも作成されます。

ありがとう！

@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、拡張機能/ v1beta1 / podsecuritypolicies = true

これにより、ヘルムv2が修正されました

Windowsを使用している場合は、次のようにPowerShellを介してティラーをインストール/アップグレードできました。

$(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 satiller
サーバーからのエラー（AlreadyExists）：serviceaccounts "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をエクスポートします
どのヘルム
どの耕うん機
ヘルムインストール\
--name nfs-client-provisioner \
--set nfs.server = 10.0.0.4 \
--set nfs.path = / nfsroot \
--set storageClass.name = nfs \
--set storageClass.defaultClass = true \
安定した/ nfs-client-provisioner

で戻ってきます

/ usr / local / bin / helm
/ usr / local / bin / tiller
エラー：分げつが見つかりませんでした

これはショーストッパーになっているので、助けてくれてありがとう

@cyrilthank耕うん機のエラーは、耕うん機の展開が実行されていないためと思われます。次のコマンドを実行して耕うん機をインストールしてみてください。
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上記の手順を試してください： //github.com/helm/helm/issues/6374#issuecomment -533853888
非推奨のAPIバージョンを新しいバージョンに置き換える必要があります

kubeflow_workaround_and_error_traces.txt

特にこの問題を開いたままにしておくことであなたの患者の返事をありがとうサー

これについては申し訳ありませんが、回避策の手順で何か問題が発生しているようです

添付のトレースの手順を確認して、私が間違っていることについてアドバイスしていただければ幸いです。

@cyrilthank kubeflowyamlに対してsedコマンドを実行するだけで、古いapi拡張機能を新しい拡張機能に置き換えることができます（prometheusをデプロイする必要はまったくありません😆）。 自分を十分に表現できなかったらごめんなさい。
修正は基本的に、kubeflow dpl yamlsでextensions/v1beta1をapps/v1に置き換えることです。

ああ、私はばかげたコピーをしました:(

私のKFAPP = / nfsroot / kf-poc

私はまだいくつかのメッセージと最終的なエラーを受け取っているようです

kubeflowの次のステップに進むために今あなたに依存しているので、助けてくれませんか

kubeflow_workaround_sed_and_error_traces.txt

@cyrilthank kubeflowyamlに対して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 convert -f--output-version/

ごとに実行する必要があります.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 、変更が適用されていません。 他の誰かがこれを経験しますか？

1つ少ない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 -

ありがとう！

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

そのserviceaccountを作成するためのyamlファイルはどこにありますか？

@DanielIvaylov

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/に画像の場所を変更する必要があるかもしれませんティラー：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バージョン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クラスターのkubeconfigファイルを設定します（http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/）

それでもご不明な点がございましたら、お気軽にお問い合わせください。

@cyrilthank minikubeの場合、minikube config set kubernetes-version v1.15.4

ありがとう@MrSimonEmms私のものはミニではありません私は@UmamaheshMaxwellのステップに行かなければならないと思います

これを共有してくれた@UmamaheshMaxwellに感謝します。
kubernetesバージョンをロールバックするために使用した手順を教えてください。

@cyrilthank独自のVM（Ubuntu 18以降）を使用しています。以下は、k8sバージョン1.15.4をインストールするための設定です。

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クラスターのkubeconfigファイルを設定します（http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/）
それでもご不明な点がございましたら、お気軽にお問い合わせください。

患者の返信をありがとう@UmamaheshMaxwell

既存のkubernetes1.16セットアップを使用していますが、これらの手順を実行できるかどうかを確認できますか？

これを共有してくれた@UmamaheshMaxwellに感謝します。
kubernetesバージョンをロールバックするために使用した手順を教えてください。
@cyrilthank独自のVM（Ubuntu 18以降）を使用しています。以下は、k8sバージョン1.15.4をインストールするための設定です。
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クラスターのkubeconfigファイルを設定します（http://docs.shippable.com/deploy/tutorial/create-kubeconfig-for-self-hosted-kubernetes-cluster/）
それでもご不明な点がございましたら、お気軽にお問い合わせください。

患者の返信をありがとう@UmamaheshMaxwell

既存のkubernetes1.16セットアップを使用していますが、これらの手順を実行できるかどうかを確認できますか？

ええ@ cyrilthank 、 ましたが、 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のセットアップ（_マスターとノードの両方_）
https://www.howtoforge.com/tutorial/how-to-install-kubernetes-on-ubuntu/
（時間を節約するために、上記のリンクで提案されている手順をできる限り自動化することをお勧めします）

それでもサポートが必要な場合はお知らせください。 ロールバック付きのハッピージャーニー:)、スムーズな旅をお楽しみください。

あなたはgcr.azk8s.cn/kubernetes-helm/に画像の場所を変更する必要があるかもしれませんティラー：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 ：

注：さらにテストを行った後、ダウングレードは必要ない可能性があり、欠落していたのは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を使用しているヘルムn00bとして、次のようにkubernetesバージョンを設定することでこの問題を回避することができました。

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

それが役に立てば幸い！

@PierreF k8sv1.16.1と

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

これはHelm2.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 initotputにはspec.selectorfyiが必要です。

現在の回避策は次のようになります。

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はapiVersionapps / v1をDeployment用に変更するため、変更する必要があることが1つあります。それは、仕様のセレクターmatchLabelsを追加する必要があることです。

別の回避策は、耕うん機を使用しないヘルム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:
. 
.
.

ヘルムがtillerデプロイメントを作成しようとしているようです： apiVersion: extensions/v1beta1
によると： https ：
それはもうサポートされていません。

このエラーが発生しています：どうすれば解決できますか？

root @ jenkin ：〜＃helm init --service-accounttiler
$ HELM_HOMEは/root/.helmで構成されています。
エラー：インストールエラー：不明（デプロイメント後.extensions）
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は、「作成」を「適用」に置き換えるのに十分簡単です。 上記のワンライナーは、まだリソースの作成を試みていないことを前提としています。