Validation Checklist
Version
master
Detailed Description
I upgraded from v1.11.0 to 26.03
When everything was stable I created an Ingress that points to service/istio-ingressgateway in istio-system as always.
This time, does not work at all and I cannot have access to Kubeflow. (it's the same Ingress that worked for v1.8.0, v1.9.1, v1.10.2, and v1.11.0)
However, if port-forward the service I have access to it from localhost!
Do you have any ideas on that one?
If I delete any leftovers from previous Kubeflow versions (e.g. all services in istio-system) so they are re-deployed, will it fix any problem?
For what it's worth, I want to mention the following:
- The
while command for installing Kubeflow runs repeatedly, even when everything seem to be deployed without any errors. Probably because of these errors:
Error from server (Invalid): CustomResourceDefinition.apiextensions.k8s.io "domainmappings.serving.knative.dev" is invalid: status.storedVersions[0]: Invalid value: "v1alpha1": missing from spec.versions; v1alpha1 was previously a storage version, and must remain in spec.versions until a storage migration ensures no data remains persisted in v1alpha1 and removes v1alpha1 from status.storedVersions
Error from server (Invalid): CustomResourceDefinition.apiextensions.k8s.io "inferenceservices.serving.kserve.io" is invalid: [spec.conversion.strategy: Required value, spec.conversion.webhookClientConfig: Forbidden: should not be set when strategy is not set to Webhook]
Error from server (Invalid): ClusterRoleBinding.rbac.authorization.k8s.io "meta-controller-cluster-role-binding" is invalid: roleRef: Invalid value: {"APIGroup":"rbac.authorization.k8s.io","Kind":"ClusterRole","Name":"kubeflow-metacontroller"}: cannot change roleRef
- When I run this command:
kubectl port-forward svc/istio-ingressgateway -n istio-system 3000:80 for port-forwarding istio-ingressgateway to my machine, the logs seem to forward port 8080, and not 80:
Forwarding from 127.0.0.1:3000 -> 8080
Forwarding from [::1]:3000 -> 8080
Handling connection for 3000
Is this normal?
Steps to Reproduce
- Upgraded from
v1.11.0 to 26.03
Screenshots or Videos (Optional)
No response
Validation Checklist
Version
master
Detailed Description
I upgraded from
v1.11.0to26.03When everything was stable I created an Ingress that points to service/istio-ingressgateway in
istio-systemas always.This time, does not work at all and I cannot have access to Kubeflow. (it's the same Ingress that worked for
v1.8.0,v1.9.1,v1.10.2, andv1.11.0)However, if port-forward the service I have access to it from localhost!
Do you have any ideas on that one?
If I delete any leftovers from previous Kubeflow versions (e.g. all services in
istio-system) so they are re-deployed, will it fix any problem?For what it's worth, I want to mention the following:
whilecommand for installing Kubeflow runs repeatedly, even when everything seem to be deployed without any errors. Probably because of these errors:kubectl port-forward svc/istio-ingressgateway -n istio-system 3000:80for port-forwardingistio-ingressgatewayto my machine, the logs seem to forward port8080, and not80:Is this normal?
Steps to Reproduce
v1.11.0to26.03Screenshots or Videos (Optional)
No response