-
Notifications
You must be signed in to change notification settings - Fork 3.4k
proxy: Mark restored port as configured #36953
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
Conversation
Proxy port restored from a file upon Cilium restart port must be considered as "configured". Otherwise the redirect will be removed and added again on next policy update, which can lead to Envoy proxy flapping listening on the proxy port. The broken behavior is seen in the (info level) logs from messages like these within milliseconds of each other: msg="Created new proxy instance" ProxyPort=14537 id="1853:egress:TCP:443:" msg="Envoy: Deleting listener" listener="cilium-http-egress:14537" msg="Envoy: Upserting new listener" listener="cilium-http-egress:14537" msg="Created new proxy instance" ProxyPort=14537 id="1853:egress:TCP:443:" Signed-off-by: Jarno Rajahalme <jarno@isovalent.com>
@aanm The broken behavior can be seen in the logs of https://github.com/cilium/cilium/actions/runs/12705832756/job/35417626081, which failed like this:
IMO it is possible that the above CI failure would be caused by the flapping listener, even though
Indeed the proxy port It looks like the Envoy listener warming on the affected node never completes:
same on a non-affected node (
Comparing the listener init manager logs between these two nodes, it looks like the affected Envoy instance never receives the Looks like this could be an issue in our Envoy side SDS initialization logic, possibly triggered by the listener reconfig, or then something completely different. |
/test |
@jrajahalme I'm confused, it looks the CI is failing for the same reason, no? |
That is a "test after downgrade" so would not have this fix :-) |
@jrajahalme Doesn't this not also need a v1.16 backport? The referenced PR was backported to v1.16 |
Proxy port restored from a file upon Cilium restart port must be considered as "configured". Otherwise the redirect will be removed and added again on next policy update, which can lead to Envoy proxy flapping listening on the proxy port.
The broken behavior is seen in the (info level) logs from messages like these within milliseconds of each other:
Fixes: #36142