Closed shysank closed 3 years ago
I would like to better understand the use case for making this mutable because it would be nice if we can keep this consistent in a cluster so it will be easier to support certificate rotation (with an external tool for now, might be in the future in CAPI or with the kubeadm-operator).
/milestone v0.4.0 /priority backlog We can eventually punt later if there is a concrete use case for this.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale
/remove-lifecycle stale
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
@shysank Do you have more details on the request above? Are there any use cases you had in mind?
I don't have any particular use case for this. I opened it as part of tracking all the immutable fields in kcp spec. I'm fine with closing it since there seems to be no immediate use case for this.
/close
@vincepri: Closing this issue.
User Story
2083 was created to make kcp spec fully mutable. But, since it's difficult to track every spec mutation in a single pr, we wanted to start with a few specs that were important, and move from there. As part of #3994 , the following specs in kcp were made mutable:
This story aims to track the
CertificatesDir
settings in KCPDetailed Description
Make
CertificatesDir
spec in KubeadmControlPlane mutableAnything else you would like to add:
v1beta1
in kubeadm has now been deprecated, so we need to keep that in mind when implementing this./kind feature