-
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
🌱 Add ClusterClass generation check to Cluster Topology reconciler #8023
🌱 Add ClusterClass generation check to Cluster Topology reconciler #8023
Conversation
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.
/hold
contains #7954 and shouldn't be merged until that is merged.
af5a423
to
a1bc637
Compare
cc88cbb
to
4fe86dd
Compare
/retest |
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.
Nice!
Last round of nits from my side.
a401eac
to
24b7117
Compare
Last one: #8023 (comment) otherwise lgtm from my side |
24b7117
to
7c01fcc
Compare
lgtm pending underlying PR is merged + rebase |
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.
Looks great!
Just nits.
7c01fcc
to
e178cd7
Compare
lgtm pending underlying PR is merged + rebase |
clusterClass := &clusterv1.ClusterClass{} | ||
key := client.ObjectKey{Name: s.Current.Cluster.Spec.Topology.Class, Namespace: s.Current.Cluster.Namespace} | ||
if err := r.Client.Get(ctx, key, clusterClass); err != nil { | ||
return ctrl.Result{}, errors.Wrapf(err, "failed to retrieve ClusterClass %s", s.Current.Cluster.Spec.Topology.Class) |
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.
Q: should we surface this use case in the topology reconcile condition given that we are accepting clusters without a corresponding ClusterClass?
This will make it easier for users to detect cases where e.g. they made a typo in the ClusterClass name
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.
Same question. Are we not surfacing all returned errors in the condition? Or do you mean with a special reason
e178cd7
to
f26398b
Compare
f26398b
to
d7f1009
Compare
/lgtm /assign @fabriziopandini |
LGTM label has been added. Git tree hash: f967b11824e9a25e0a054cb44ddde6a8741f938c
|
Let's move on /lgtm @fabriziopandini I answered here: #8023 (comment) |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sbueringer 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 |
/hold cancel |
Add a check to the Cluster Topology reconciler to stop reconciling if the ClusterClass is not up to date. This check relies on the observedGeneration field added in #7987.
Part of #7985