-
Notifications
You must be signed in to change notification settings - Fork 40k
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
Cloud Controller Manager updating ProviderID blocked by validation rule #51596
Comments
@karataliu
Note: Method 1 will trigger an email to the group. You can find the group list here and label list here. |
/sig cluster-lifecycle |
/area cloudprovider |
@karataliu being able to update |
@andrewsykim I found this issue when validating against a cluster running azure cloud provider, could you please also check whether it is the same case from you side?
Created #51761 as a fix proposal. |
@karataliu thanks for the patch, I think I'll have some time this weekend to verify this fix! |
[MILESTONENOTIFIER] Milestone Labels Complete Issue label settings:
Additional instructions available here
|
Automatic merge from submit-queue (batch tested with PRs 51819, 51706, 51761, 51818, 51500) Fix providerID update validation **What this PR does / why we need it**: Cloud controller manager supports updating providerID in #50730, but the node updating was blocked by validation rule. This is to propose a fix for updating the validation rule by allowing altering spec.providerID if not set. Please check #51596 for detail **Which issue this PR fixes** fixes #51596 **Special notes for your reviewer**: **Release note**: ```release-note ```
Is this a BUG REPORT or FEATURE REQUEST?:
/kind bug
What happened:
Follow up for #49836 , #50730
With the change for cloud-controller-manager updating providerID, the node.spec.ProviderID is to be updated. But it will fail later in node update call:
Should also check validation rule:
kubernetes/pkg/api/validation/validation.go
Line 3432 in 12d73c3
By adding following line will do the trick.
But this will also allow users to manually edit node's providerID
Shall we enforce that only cloud-controller-manager can update the providerID?
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
The text was updated successfully, but these errors were encountered: