-
Notifications
You must be signed in to change notification settings - Fork 41.1k
kube-apiserver: removed the deprecated the --cloud-provider
and --cloud-config
CLI parameters.
#130162
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
kube-apiserver: removed the deprecated the --cloud-provider
and --cloud-config
CLI parameters.
#130162
Conversation
/cc @dims @elmiko @andrewsykim |
thanks @carlory ! will leave this for sig-cloud-provider approvers. once there is an lgtm, please ping me for approval. |
i'm going to need some time to review this, as i recall there were some tricky corner cases we had worked around in the past. thank you @carlory ! |
…cloud-config` CLI parameters. Signed-off-by: carlory <baofa.fan@daocloud.io>
… and DisableKubeletCloudCredentialProviders Signed-off-by: carlory <baofa.fan@daocloud.io>
3678064
to
2382c01
Compare
c133c93
to
c48499d
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.
thank you @carlory !
/lgtm
this is breaking a lot of CIs :) |
seems like it, which is odd because everything was green here. but i gather it's the transitive tests that are having an issue. |
the change looks correct to me, seems most of the installers and/or installations just plumbed all the feature gates and flags to all teh components, but AFAIK kube-apiserver never used the flag, just the feature gates |
Deprecating control plane args can always lead to CI failures, can we involve sig testing to make announcement through like the official mailing list https://groups.google.com/g/kubernetes-sig-testing. |
Shouldnt this flag be removed from the kubelet options also along with kube-apiserver? https://github.com/kubernetes/kubernetes/blob/master/cmd/kubelet/app/options/options.go#L300 |
#130161 will remove it but it can not be merged due to code freeze. I split it into two prs according to different sig. |
i believe we still need the option on kubelet so that users can specify |
@elmiko you are right. kubelet need this flag. we should not remove it. I misread the link. |
we only remove the deprecated flag |
yeah, i agree we can remove |
As outlined in a recent Kubernetes 1.33 change [0], the `--cloud-provider` flag has been removed from `kube-apiserver`. [0] kubernetes/kubernetes#130162
As outlined in a recent Kubernetes 1.33 change [0], the `--cloud-provider` flag has been removed from `kube-apiserver`. [0] kubernetes/kubernetes#130162
As outlined in a recent Kubernetes 1.33 change [0], the `--cloud-provider` flag has been removed from `kube-apiserver`. [0] kubernetes/kubernetes#130162
What type of PR is this?
/kind cleanup
What this PR does / why we need it:
A follow-up of #120903
Which issue(s) this PR fixes:
Related to kubernetes/enhancements#2395
Special notes for your reviewer:
Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: