-
Notifications
You must be signed in to change notification settings - Fork 1.3k
[PVC] trigger prebuild affected all the users without PVC feature flag enabled #11769
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
Comments
@sagor999 I think this was expected, that if a prebuild is done with PVC enabled, workspaces that are created from it will also use PVC? wdyt? In this case, it seems like a manual prebuild was done (as a user), and the feature flag was set at the user level (rather than in config cat or on the project itself in Gitpod). |
Yeah. It is kind of working as designed, except that I did not think that manual prebuild (via url link) would be handled by server like normal prebuild, meaning anyone else opening a repo will now use that prebuild. |
I think it's not expected, but what I did last time was enable PVC on my account, but I did not enable PVC on the project. |
@jenting you are right, I think we should not be enabling PVC for prebuild if project does not have PVC enabled. So even though the user has flag enabled, but if prebuild is manually started for the project that doesn't have flag enabled, then it should not use PVC. |
The PR is deployed by WebApp rather than Workspace, therefore, I changed the status from Awaiting Deployment to Done. |
Uh oh!
There was an error while loading. Please reload this page.
Bug description
While testing PVC + prebuild, we enable the PVC feature flag internally (without enabling PVC on the project).


Then force the trigger to prebuild on repos. For example
After that, all the users open the above repos https://gitlab.com/gitpod-io/template-python-flask, https://gitlab.com/gitpod-io/template-python-django makes the user use the PVC feature as well, which means the PVC and VolumeSnapshot object be created within the cluster. Furthermore, since we internal use the XL pool (PVC size is 50Gi), the normal user can't start the workspace because the user's PVC size is 30Gi which causes the PVC restore failure.
Steps to reproduce
Workspace affected
No response
Expected behavior
No response
Example repository
No response
Anything else?
#7901
The text was updated successfully, but these errors were encountered: