South China University

@echorocket can you output your deployment of `dex` and `istiod` like this: ```bash $ kubectl get deploy -nauth dex -oyaml $ kubectl get deploy -nistio-system istiod -oyaml ``` I think...

@momomobinx 我没有测试过 1.21 的k8s版本，你安装过程有报错吗

@peterkainj 你的k8s版本是多少，我看你运行日志有很多unchanged，说明你应该是之前有安装过相关组件，你可以先尝试卸载所有的组件后再次安装， 卸载命令： ```bash kubectl delete -f manifest1.3/ ```

@peterkainj 先确保网络是否有问题，可以找一个没有 sidecar 的pod ，进到容器里面安装 telnet ，然后 telnet 目标ip + 端口看看，如果istio证书有问题，可以看看 istiod 的日志，这个会有帮助： ```bash kubectl logs -f -nistio-system ```

@peterkainj 和这个issue一样：https://github.com/istio/istio/issues/23879 试试不用patch版本的看是否可以: ```bash kubectl delete -f manifest1.13/006-istio-1-9-0-istio-install-base.yaml kubectl apply -f manifest1.13/006-istio-1-9-0-istio-install-base.yaml ```

@peterkainj 嗯，那应该是你那个k8s集群不支持旧版的jwt模式了，我之前加这个istio patch就是因为 kind 老版本k8s不支持istio的这个功能。

> > > @peterkainj 和这个issue一样：[istio/istio#23879](https://github.com/istio/istio/issues/23879) > > > 试试不用patch版本的看是否可以: > > > > > > 确实是可以的，我看istio相关的yaml有006和013，分别delete和apply以后还是不太行，但对应pod状态是正常了；然后我又重新卸载安装了一次，这次patch时在目录里移去文件istiod.yaml，cluster-local-gateway.yaml，istio-ingressgateway.yaml，其他文件正常patch结束后，就可以正常访问并使用了。爆赞！！ > > 这个后来怎么解决呢，我也遇到了 就是删除 patch/ 文件夹下面的 istiod.yaml，cluster-local-gateway.yaml，istio-ingressgateway.yaml 这三个和istio相关的文件，因为 kind 老版本k8s不支持istio的jwt功能，如果你们不需要可以删除，这样就不会被patch了。

@TaibiaoGuo 看你的`kubectl get pod -A` 的输出结果， auth 是 running的，出问题的应该是knative 中 activator 这个服务，如果你用我的 manifest 配合 kind 安装，只需要按照 readme 访问 istio svc 的node port端口。 dex 的鉴权是 overload 在 istio 的，可以看这个文件： https://github.com/shikanon/kubeflow-manifests/blob/master/manifest1.3/008-dex-overlays-istio.yaml

@tianya092 notebook你使用的是kubeflow里面的案例吧，里面的案例我还没改，属于配置文件里面的内容，如果需要我可以帮你下载

@tbbrave 你可以先用简单的 experiment 试试，可以试试我自己写的这个：https://github.com/shikanon/kubeflow-manifests/blob/master/docs/introduction.md#%E5%9F%BA%E4%BA%8Epipeline%E6%9E%84%E5%BB%BA%E4%B8%80%E4%B8%AA%E7%9A%84%E5%B7%A5%E4%BD%9C%E6%B5%81%E6%B0%B4