-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Secret generation fails due to Kubectl API connection failure #5
Comments
That's weird, does you cluster apiserver otherwise work? Can other workload use in-cluster config successfully? |
Is |
When I attempt to reach it from the istio-envoy-proxy attached to the pod, I can reach it but get an unauthorized HTTPS response. In the picture above I'm getting blocked at the TCP connection stage. Oh I am also using istio btw. no netpols set either. |
This is probably an Istio issue. I am not familiar with it so I can't help you, but if pods can't reach the apiserver, this is something you'll have to fix before you can install this chart. It is not a bug in the matrix chart. A summary web search turned up istio/istio#8696 which sounds related. |
Don't hesitate to let me know if I can help or clarify anything about the chart, but I can't help with Istio, sorry. |
thank you for the response. It's a homelab project, so I'll debug further when I have time |
I'm running this chart as a subchart. The generation of the matrix secret job fails when the internal kubectl command is run. The service accounts and Role/Role-bindings seem fine but still getting this error. Hoping someone has encountered this.
Ive tried disabling generation but the main matrix server pod needs that
secrets
volume there to init.transcribed error
The text was updated successfully, but these errors were encountered: