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
Windows CSI migration #94778
Comments
/assign @jingxu97 @ddebroy @andyzhangx |
thanks, I think at least we should enable the e2e test(with same config as Linux) for Windows CSI migration first. |
already added azure disk CSI migration e2e test on Windows: https://testgrid.k8s.io/provider-azure-azuredisk-csi-driver#pr-azuredisk-csi-driver-e2e-migration-windows, it works well now. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Hi, curious... By migration do we mean from in tree providers? I think there are a few... azure disk, flex (smb).... what migration paths do we need to test here ? Sorry if I might be missing context ... |
/remove-lifecycle stale |
hey @jayunit100, this is referring to testing the shim infrastructure that allows operations against in-tree storage plugins to be directed towards their corresponding CSI plugins (https://kubernetes.io/blog/2019/12/09/kubernetes-1-17-feature-csi-migration-beta/). Specifically, we need to make sure the node operation translations all works out as expected for Windows nodes with CSI plugins that do support Windows. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-contributor-experience at kubernetes/community. |
/remove-lifecycle stale |
What would you like to be added:
We have not tested csi migration with Windows, so we need to investigate if anything needs to be done.
Why is this needed:
This is a blocker for moving CSI migration to GA.
@kubernetes/sig-storage-feature-requests
The text was updated successfully, but these errors were encountered: