-
Notifications
You must be signed in to change notification settings - Fork 162
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
create subfolders for named volumes within the shared location #72
Comments
I like this and feel it adds more smarts to the driver and flexibility. I'm going to do some refactoring to support this and will make the next major upcoming release 1.0 to introduce this change. |
strange, I thought this would also work, as long as the directory data1 exists in the proper location:
|
@manast @ender74 This feature has been created (only for NFS mounts). See example in latest release. It uses the https://github.com/ContainX/docker-volume-netshare/releases/tag/v0.30 |
Is this possible to do with a docker compose file? |
Is this working for EFS volumes? |
@cardinalfan1 I'd really like this ability in compose as well. Has anyone got that working or is this a current limitation? |
Right now, all the data for a named volume is written to the base directory of the share. Taking nfs for example. I do have an NFS share /export on my nfshost. Then running this:
will create two different named volumes (data1, data2). The data for both volumes will be stored in the same shared folder though (/export). The result is, that changes in one named volume can overwrite the data for the other too. To resolve such possible name clashes with the current version, I would need to define two different NFS shares /export1 and /export2. With many named volumes, this leads to many shares and greater administrative effort.
Proposal:
I propose to change the meaning of the share folder to be the root of a volume set (as suggested by @eesprit here: #52). This would mean, that for each named volume a subdirectory with the same name as the volume is created and all data stored there. For my example, this would lead to the following folder structure:
/export
Thus, the files for both named volumes are separated and I only have to create one NFS share. The same logic should be applied for cifs and probably efs.
It would be useful to define a new option to enable / disable this feature. If the option was named create, than the subfolders will only be created when -o create=yes is set. With -o create=no, the current behaviour remains and all files are stored within the root folder of the share. To be backward compatible, the default value for the create option could be no.
The text was updated successfully, but these errors were encountered: