-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Bug: Explicitly set default StorageClass to support upgrades #9337
Bug: Explicitly set default StorageClass to support upgrades #9337
Conversation
/test pull-kops-bazel-test |
/kind bug |
Any thoughts on using |
Does 1.17 honor that annotation as well? |
The beta one seems deprecated since 1.6: |
Yeah we can change the Otherwise, we go back to the original point of how to make upgrades work on immutable fields, where if we just made |
Since we've released 1.17.0, I don't think we can change the name of the annotation. Otherwise clusters updated with 1.17.0 will encounter this bug when we need to make |
So I think the only other thing would be to maybe just add some wording to release notes in case someone runs into a conflict on upgrade, its easy enough and zero risk to fix themselves. We can even provide a few one-liners. Thoughts? |
+1 from me! |
+1 from me also |
6c42811
to
2a9181e
Compare
Ah, that release note commit was added; not a replacement for the first one. |
I agree that this sounds good to me. We can get this merged now to get it under e2e test coverage, and open a cherry-pick to release-1.17. /approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: joshbranham, rifelpet 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 |
…37-upstream-release-1.18 Automated cherry pick of #9337: Explicitly set default storageclass to support upgrades
…37-upstream-release-1.17 Automated cherry pick of #9337: Explicitly set default storageclass to support upgrades
Dropping the annotation versus setting it to
false
breaks cluster upgrades.Set the old
gp2
StorageClass explicitly not the defaultFixes #9336