-
Notifications
You must be signed in to change notification settings - Fork 379
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
Add back v1beta1 manifests #718
Add back v1beta1 manifests #718
Conversation
/assign @xing-yang |
format: date-time | ||
type: string | ||
error: | ||
description: error is the last observed error during snapshot creation, if any. This field could be helpful to upper level controllers(i.e., application controller) to decide whether they should continue on waiting for the snapshot to be created based on the type of error reported. The snapshot controller will keep retrying when an error occurrs during the snapshot creation. Upon success, this error field will be cleared. |
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.
are we okay changing the spec here to pass the CI?
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.
Yes, please.
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.
done
Can you change to "kind/api-change" and add a release note? |
client/hack/README.md
Outdated
@@ -54,6 +54,8 @@ Once you run the script, you will get an output as follows: | |||
|
|||
## update-crd.sh | |||
|
|||
NOTE: We need to keep both v1beta1 and v1 snapshot APIs but set served and storage version at v1beta1 to false. Please copy back the v1beta1 manifest back to the files as this script will remove it. |
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.
at v1beta1 -> of v1beta1
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.
done
e05486f
to
5c47a8c
Compare
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: RaunakShah, xing-yang 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 |
@xing-yang @RaunakShah with this change can we still create a snapshot with v1beta1 with v6.0.1? or do we need to switch to v1 snapshots with v6.0.x |
@RaunakShah any update on this one, am not able to create snapshots/snapshotclass with v1beta1 CRD. |
I'm out of the loop, why did we need to add the v1beta1 API again? |
@mauriciopoppe We have to keep the v1beta1 APIs there because we can't guarantee that a customer's environment does not already have v1beta1 APIs before the upgrade. See discussions below on why we need to keep the old APIs: |
Updated the release note to clarify this:
|
I think we could also have a script that reads all the VolumeSnapshots with the v1 API and does a write to the API server with the same v1 API so that existing v1beta1 objects are stored as v1. With that we could stop storing the v1beta CRDs. |
Good idea. Do you want to work on this script? |
I think we can discuss about this item on the next CSI Impl meeting, added an item for it. |
What type of PR is this?
/kind api-change
What this PR does / why we need it:
This PR adds back the
v1beta1
manifests. Generated files are not added back as part of this PR.Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?: