-
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
Decide a migration path for deprecated certManagerVersionAnnotation #9145
Comments
/area clusterctl /cc @killianmuldoon FYI |
Thanks for opening this @furkatgofurov7 /assign I'll take a look at figuring out the current state of this. |
@killianmuldoon thanks! /triage accepted |
/unassign Not going to get to this for now. |
/priority important-longterm |
This needs someone to look into |
@fabriziopandini: GuidelinesPlease ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met. If this request no longer meets these requirements, the label can be removed 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-sigs/prow repository. |
What steps did you take and what happened?
We have a
certManagerVersionAnnotation = "certmanager.clusterctl.cluster.x-k8s.io/version
annotation which is maintained only for supporting upgrades from clusters created with clusterctl v1alpha3. We are working towards removing a previously deprecated code in #9136 and this annotation might not be removed since there is no migration code for it and we have to keep it in order to support clusters created with this annotation.What did you expect to happen?
We need to decide how we would provide a clear migration tasks for this specific annotation not to break clusters created with v1alpha3
Cluster API version
main
Kubernetes version
N/A
Anything else you would like to add?
See more the discussion here: #9136 (comment)
Label(s) to be applied
/kind bug
/area clusterctl
The text was updated successfully, but these errors were encountered: