-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
linkerd-control-plane pods fail with linkerd-cni and proxy.nativeSidecar enabled #12391
linkerd-control-plane pods fail with linkerd-cni and proxy.nativeSidecar enabled #12391
Comments
@krzysztof-mitus thanks for raising this! So, if I understand correctly, the problem is that when you use |
I think @krzysztof-mitus's pointer to the code is spot on. The issue is the cni plugin is looking for the proxy in the list of containers, but in this case it should look in the init containers. Sounds like an easy fix, will try to push something ASAP. |
I've pushed a fix to linkerd/linkerd2-proxy-init#362. |
thanks Alejandro. I will test it |
I can confirm linkerd/linkerd2-proxy-init#362 does help. Linkerd 2024.4.1 with |
thanks for quick resolution and test |
What is the issue?
Helm chart linkerd-control-plane install fails when having cniEnabled=true and proxy.nativeSidecar=true.
Both linkerd-destination and linkerd-proxy-injector fail on linkerd-network-validator container in CrashLoopBackOff state with the following log:
How can it be reproduced?
Logs, error output, etc
see above
output of
linkerd check -o short
× control plane pods are ready
Environment
Possible solution
Issue probably caused by the code:
https://github.com/linkerd/linkerd2-proxy-init/blob/main/cni-plugin/main.go#L196
See slack
Additional context
Control plane pods are running when proxy.nativeSidecar: false. Enabling the feature causes pods failure.
Would you like to work on fixing this bug?
None
The text was updated successfully, but these errors were encountered: