-
Notifications
You must be signed in to change notification settings - Fork 79
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
✨Bump CAPI to v1.6.0-rc.1 #308
✨Bump CAPI to v1.6.0-rc.1 #308
Conversation
6fa8833
to
027652d
Compare
027652d
to
0ee9d8b
Compare
@furkatgofurov7 Can you please update it to the latest CAPI version? |
0ee9d8b
to
6a77079
Compare
6a77079
to
80feab8
Compare
80feab8
to
d0f318d
Compare
259e4ae
to
c9d8701
Compare
@Danil-Grigorev @alexander-demicev @Fedosin |
@@ -137,7 +145,7 @@ func New(uncachedObjs ...client.Object) *Environment { | |||
} | |||
|
|||
// Set minNodeStartupTimeout for Test, so it does not need to be at least 30s | |||
clusterv1.SetMinNodeStartupTimeout(metav1.Duration{Duration: 1 * time.Millisecond}) |
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.
this is commented out now, because SetMinNodeStartupTimeout
has been moved to internal package and I am not sure if we should have something similar in operator code or we can just drop it
2368beb
to
407d091
Compare
/test pull-cluster-api-operator-e2e-main |
407d091
to
ebc5c58
Compare
81d7bcc
to
5412f2b
Compare
/hold cancel @alexander-demicev @Fedosin @Danil-Grigorev it should be ready for review now |
/lgtm |
LGTM label has been added. Git tree hash: 3a79ea1dddad2f0ec784d8f4477e0495f76974d7
|
@@ -190,10 +190,6 @@ func customizeManagerContainer(mSpec *operatorv1.ManagerSpec, c *corev1.Containe | |||
c.Args = leaderElectionArgs(mSpec.LeaderElection, c.Args) | |||
} | |||
|
|||
if mSpec.Metrics.BindAddress != "" { |
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.
This option is used by CAPI providers:
- CAPA: https://github.com/kubernetes-sigs/cluster-api-provider-aws/blob/main/main.go#L452
- CAPZ: https://github.com/kubernetes-sigs/cluster-api-provider-azure/blob/main/main.go#L591
If we delete this, users won't be able to configure metrics anymore. Plus, it's a breaking change in our API, so we have to release v1alpha3 to accept this.
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.
Have you checked kubernetes-sigs/cluster-api#9264 upstream in CAPI? Both above providers are still using it, yes , but that is because they have not yet bumped to CAPI v1.6 AFAIK and 9264 suggests to remove --metrics-bind-addr
and use --diagnostics-address=<addr>
instead which should have same behaviour
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.
We want to maintain support for installing older versions too... In other words, we want to allow CAPI operator to install CAPI providers with versions less than 1.6 without introducing breaking changes. With this change, if I have current versions of CAPA or CAPZ installed with modified metrics bind address, it works with CAPI operator v0.7.0, but won't work with v0.8.0.
IMO, we need to keep support of metrics-bind-addr
(at least for several releases, before we introduce v1beta1), but also add diagnostics-address
to our API. Potentially, we can implement a webhook conversion: metrics-bind-addr -> diagnostics-address.
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.
Interesting, but then how about other providers removing it without any conversions (I saw a couple of them: CAPO, CAPZ)?
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.
Can we keep both and mark metrics-bind-addr
as deprecated? I can see this is what is done in CAPI https://github.com/kubernetes-sigs/cluster-api/blob/main/util/flags/diagnostics.go#L45
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.
As this is just a configuration value, it could be left in place, with the validation webhook preventing simultaneous use of both.
5412f2b
to
35977d1
Compare
b35911f
to
0ce9d97
Compare
Signed-off-by: Furkat Gofurov <[email protected]>
…values Signed-off-by: Furkat Gofurov <[email protected]>
0ce9d97
to
91b7103
Compare
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.
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: alexander-demicev 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 |
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
LGTM label has been added. Git tree hash: d368ca0c0a8066c1b9f5f854352dbc5b8af5b9ea
|
What this PR does / why we need it:
Bumps CAPI to v1.6.0-rc.1 in main branch following https://main.cluster-api.sigs.k8s.io/developer/providers/migrations/v1.5-to-v1.6 migration guide
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #299
/hold