Kubeflow创建Notebook失败：调用Webhook出错求助

问题定位 #

报错显示调用mutate-notebook.kubeflow.org准入webhook时连接被拒绝，核心原因是Kubeflow的准入webhook服务未正常运行或网络不通。

修复步骤 #

1. 检查webhook Pod状态 #

先确认kubeflow命名空间下的准入webhook Pod是否正常运行：

kubectl get pods -n kubeflow -l app=admission-webhook

如果Pod状态不是Running，查看日志排查具体错误：

kubectl logs -n kubeflow <目标Pod名称> -c admission-webhook

2. 重启webhook部署 #

若Pod异常，先尝试重启部署：

kubectl rollout restart deployment admission-webhook-deployment -n kubeflow

等待2-3分钟后再次检查Pod状态，确认是否恢复正常。

3. 验证Service与Pod的关联 #

检查admission-webhook-service的端点是否正确关联到Pod：

kubectl describe service admission-webhook-service -n kubeflow

查看输出中的Endpoints字段，若为空，说明标签匹配异常，对比Deployment和Service的标签：

# 查看Deployment的标签
kubectl get deployment admission-webhook-deployment -n kubeflow -o jsonpath='{.spec.template.metadata.labels}'
# 查看Service的选择器
kubectl get service admission-webhook-service -n kubeflow -o jsonpath='{.spec.selector}'

若两者不匹配，修改Service的selector或Deployment的标签，让它们保持一致。

4. 临时跳过webhook校验（应急方案） #

如果以上方法都无法快速恢复，可临时将webhook的失败策略设为Ignore，绕过校验创建Notebook：

kubectl patch validatingwebhookconfiguration mutate-notebook.kubeflow.org -n kubeflow --patch '{"spec":{"failurePolicy":"Ignore"}}'

注意：此方法会关闭webhook的校验功能，仅作为临时应急使用，后续需尽快修复webhook服务。

5. 重新部署webhook组件（极端情况） #

如果webhook组件损坏严重，可通过Juju重新部署该组件（适配Charmed Kubeflow）：

juju refresh kubeflow-admission-webhook --channel=stable

内容的提问来源于stack exchange，提问作者gobob