我根据其网站(https://minikube.sigs.k8s.io/docs/start/)安装了最新的minikube版本:
curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64
sudo install minikube-linux-amd64 /usr/local/bin/minikube
字符串
安装的版本是:
chris@laptop1:~/tmp$ minikube version
minikube version: v1.30.1
commit: 08896fd1dc362c097c925146c4a0d0dac715ace0
型
Kubernetes的版本如下:
chris@laptop1:~/tmp$ kubectl version --short
Client Version: v1.27.3
Kustomize Version: v5.0.1
Server Version: v1.26.3
型
根据kubeflow文档(https://github.com/kubeflow/manifests#installation),我自己安装了kustomize到上面提到的版本:
chris@laptop1:~/tmp$ kustomize version
v5.0.0
型
但是,当我安装kubeflow
时,显示以下错误:
chris@laptop1:~/tmp/kubeflow/manifests$ while ! kustomize build example | awk '!/well-defined/' | kubectl apply -f -; do echo "Retrying to apply resources"; sleep 10; done
# Warning: 'patchesStrategicMerge' is deprecated. Please use 'patches' instead. Run 'kustomize edit fix' to update your Kustomization automatically.
... lots of deprecated warnings
validatingwebhookconfiguration.admissionregistration.k8s.io/validation.webhook.serving.knative.dev configured
error: resource mapping not found for name: "webhook" namespace: "knative-serving" from "STDIN": no matches for kind "HorizontalPodAutoscaler" in version "autoscaling/v2beta2"
ensure CRDs are installed first
Retrying to apply resources
型
在common/knative/knative-serving/base/upstream/serving-core.yaml
中,HorizontalPodAutoscaler
有两个API版本:autoscaling/v2beta2
和autoscaling/v2
。我将v2beta
改为v2
,然后完成了kubeflow的安装。
我想知道为什么kubeflow中提到了两个API版本,或者它的依赖knative。这是一个bug,还是我遗漏了什么?
此外,我不知道如何修复已弃用的警告。
1条答案
按热度按时间e37o9pze1#
查看Kubernetes release notes时,我注意到:
字符串
Kubeflow release notes表示v1.7(当前最新版本)仅在v1.24和v1.25上验证。
因此,如果你想让Kubeflow按原样工作,看起来你可能想尝试降级到minikkube v1.25,否则你需要修改清单,直到像你一样出现新的Kubeflow。
这实际上是一个Kubeflow错误,需要在向前滚动并支持更新的K8时修复。