-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[1.14] operator: propagate CiliumClusterConfig when in kvstore mode #32349
Conversation
/test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The backport looks reasonable to me, being straightforward and extremely unlikely to introduce regressions.
Could you please just edit the commit message to link the upstream commit for consistency?
[ upstream commit 45174b3c97779a4288b59f6650d4d4b7d6380418 ]
You can also use ./contrib/backporting/cherry-pick 45174b3c9777
to automatically add it while cherry-picking the patch. And also fix the link in the PR description? The correct one is #27109.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM once @giorio94's changes are done.
(i forgot to mention earlier, FYI the trigger phrase on the v1.14 branch is test-backport-1.14) |
770061d
to
c6949e0
Compare
/test-backport-1.14 |
@giorio94 Thanks for catching that. Updated the commit and PR description. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
[ upstream commit 45174b3 ] 5e5a26e ("clustermesh: Implement a basic connect-time validation") introduced the CiliumClusterConfig, which is stored in the kvstore by the clustermesh-apiserver at startup time to propagate information about the current cluster (e.g., its cluster ID). The same operation, though, was not performed when cilium is configured in kvstore mode (the clustermesh-apiserver is not enabled in this case). Let's fix this deviation implementing the same logic also in the cilium operator. No capabilities are set in this case, because sync canaries are not supported (and not needed given that the kvstore is expected to leverage persistent storage in this case). Signed-off-by: Marco Iorio <marco.iorio@isovalent.com>
c6949e0
to
ca2c7a5
Compare
Rebased to pull in c5ab76b |
/test-backport-1.14 |
1.14 backport of #27109 to support running
kvstoremesh
inkvstore
identity allocation mode. Currently cluster-config in local kvstore is only set by apiserver component of clustermesh-apiserver. In this config, we don't need to run apiserver component. So, without this commit remote clusters cannot discover cluster-id and will default to using 0 as cluster ID.