-
Notifications
You must be signed in to change notification settings - Fork 12
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
[release-4.13][manual] kubeletconfig: ignore nonmatching kubeletconfig objects #906
Conversation
In 3caa829 we added support to handle gracefully payload-less kubeletconfig objects. There's however another issue lurking: we can have multiple kubeletconfig objects. Previously, the code was incorrectly assuming there is at most one kubeletconfig object in the cluster, targeting the MCP worker pool. But we can actually have more kubeletconfig objects as long as they don't target overlapping MCPs (e.g. with 2 MCPs we can have 2 kubeletconfig objects, say, or perhaps even 4 considering payloadles objects). Thus, we need to fix our matching logic to handle this occurrence. The fix is simple: just look for kubeletconfig which we target NodeGroups we are interested into, silently skipping everything else. e2e tests are pending and will be added in a separate commit. Signed-off-by: Francesco Romani <fromani@redhat.com> (cherry picked from commit ee717aa)
add labels to easily infer which MCP and which NROP instance are linked to a generated configmap The OwnerReference is already correctly set to handle the cascading delete, we need more soft links between objects and labels seems a good and natural fit. We plan to use these labels for troubleshooting and in the e2e tests. Signed-off-by: Francesco Romani <fromani@redhat.com> (cherry picked from commit ada1095)
add e2e tests to make sure the nonmatching kubeletconfigs (e.g. kubeletconfigs which are not linked to NodeGroups the operator monitors) are safely skipped. Signed-off-by: Francesco Romani <fromani@redhat.com> (cherry picked from commit f7e4d06)
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ffromani The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/cherry-pick release-4.12 |
@ffromani: once the present PR merges, I will cherry-pick it on top of release-4.12 in a new PR and assign it to you. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Fix usage of the API - the code was using too modern idioms, backport to older version. Signed-off-by: Francesco Romani <fromani@redhat.com>
@ffromani: new pull request created: #907 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
This is a manual cherry-pick of #903