Skip to content

[Feature Request] Shared persistent mountpoints / volumes #8716

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

Open
peterkracik opened this issue Mar 10, 2022 · 6 comments
Open

[Feature Request] Shared persistent mountpoints / volumes #8716

peterkracik opened this issue Mar 10, 2022 · 6 comments
Labels
feature: gitpod yml All things related to the gitpod.yml feature: persistent state meta: never-stale This issue can never become stale team: workspace Issue belongs to the Workspace team type: feature request New feature or request

Comments

@peterkracik
Copy link

Is your feature request related to a problem? Please describe

For certain types of projects (mostly CMS - WordPress, typo3, sulu... but not only) would be less hustle to have one central database and one central asset storage, instead of recreating the database and copying assets for each new workspace.
and thus having persistent storage - a volume, which could be mounted to a workspace, or even shared within the team, would be helpful.
As a concrete example: if I want to work on a new Github issue, I don't want a clean database, I would prefer to have the same DB content and also assets in the uploads folder, as on the master workspace. So this way I would just select the desired volume and mount it to my issue workspace.

Describe the behaviour you'd like

Similar behaviour as Docker volume or Kubernetes PVC - a possibility to create persistent volumes, which could be then mounted to any workspace or duplicated and then mounted, to the defined path. It could be defined within the .gitpod.yml.

Describe alternatives you've considered

At the moment I use an external database server and manually copy assets to the workspace

@peterkracik peterkracik changed the title Shared persistent montpoints [Feature Request] Shared persistent montpoints Mar 10, 2022
@peterkracik peterkracik changed the title [Feature Request] Shared persistent montpoints [Feature Request] Shared persistent mountpoints / volumes Mar 10, 2022
@axonasif axonasif added team: workspace Issue belongs to the Workspace team type: feature request New feature or request feature: gitpod yml All things related to the gitpod.yml labels Mar 10, 2022
@konne
Copy link

konne commented Apr 13, 2022

First I really like the idea of the possibility to have shared mounted folders.
@peterkracik you can now archive this already a little bit with the multip repo feature. So you can have one repo that contains your DB and you just also check it out, or you can even just have a shared folder that you mount from an external S3, FTP,... for the drivers you just need to extend the base image.

Second point, if you share a volume across different workspace it getting always complex in situations with multiple persons have access at the same time to the same volume, so you are very fast loosing consistency

@csweichel
Copy link
Contributor

csweichel commented May 10, 2022

Gitpod workspaces support fuse out of the box. You can use that to mount e.g. S3 buckets, SSH or NFS (did not test the latter)

@atduarte
Copy link
Contributor

Thanks for the suggestion @peterkracik!

Another alternative is to host the database separately and use something like tailscale to be able to access it from your workspaces.

As @konne mentioned, it can be quite complex and weird in situations with multiple people accessing the same volume at the same time.

@scasei
Copy link

scasei commented May 26, 2022

/dev/fuse: Operation not permitted,
mount.nfs: Network is unreachable

What should I do?

@loujaybee
Copy link
Member

Possibly also related to:

@stale
Copy link

stale bot commented Sep 28, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the meta: stale This issue/PR is stale and will be closed soon label Sep 28, 2022
@stale stale bot closed this as completed Oct 19, 2022
@atduarte atduarte added meta: never-stale This issue can never become stale and removed meta: stale This issue/PR is stale and will be closed soon labels Oct 24, 2022
@atduarte atduarte reopened this Oct 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature: gitpod yml All things related to the gitpod.yml feature: persistent state meta: never-stale This issue can never become stale team: workspace Issue belongs to the Workspace team type: feature request New feature or request
Projects
No open projects
Status: No status
Development

No branches or pull requests

7 participants