I have joined 3 USB disks (sda, sdb and sdc) using the Union Filesystem plugin. The policy used is "Least Free Space" and with 20G of "minimum free space". I have noticed that all the data from my SMB shares or from docker is being saved in sdb until its full, even when I have them pointed to the merged filesystem.
I tried recreating the merged filesystem from scratch but the issue persists.
Any clues?
Are you sure you are writing to the correct place? What path are you using for the writes?
Are you sure you are writing to the correct place? What path are you using for the writes?
Yes, I am pretty sure. The path is "/srv/id-of-the-merged-filesystem".
No idea how you are using that path.
In an application running in a docker you can't use it within the app's settings, you have to bind mount it and point to the internally used directory.
You need to provide full information.
No idea how you are using that path.
In an application running in a docker you can't use it within the app's settings, you have to bind mount it and point to the internally used directory.
You need to provide full information.
Yes, in docker I am using that directory via bind mount. In Samba directly from the GUI menu. That's why I said that I am pretty sure that the path is not the problem here. I can provide any logs that help clarify the issue but I'm not sure which one exactly has the info.
One possibility (for the docker for example) is that the user the container runs as has no permission to write to that directory.
But it's all guesswork from where I am standing.
One possibility (for the docker for example) is that the user the container runs as has no permission to write to that directory.
But it's all guesswork from where I am standing.
Docker is running as root (not recommended but useful for my setup) and Samba is running as an user that has permission to write inside the folders. I'm guessing the problem could be related with the policy but I am not sure.
That's the policy I use here and I have no problems with it.
That's the policy I use here and I have no problems with it.
Well If the permissions are right, the path is right and the policy is right, I have no idea why mergefs uses only one of the disks and doesn't jump to another when is full.
Look in fstab and see what OMV wrote there for the mergerfs mountpoint. Maybe something isn't quite right about it.
Just an FYI, I don't use the OMV mergerfs plugins. I prefer to use a manual entry into fstab instead.
Looks OK to me. My hand rolled one has a difference in fsname= but not one that should matter.
I still suspect permissions. You should check those very carefully, especially what user your docker container runs as.
I have joined 3 USB disks (sda, sdb and sdc) using the Union Filesystem plugin. The policy used is "Least Free Space" and with 20G of "minimum free space". I have noticed that all the data from my SMB shares or from docker is being saved in sdb until its full, even when I have them pointed to the merged filesystem.
I tried recreating the merged filesystem from scratch but the issue persists.
Any clues?
I have the same exactly problem 3x8TB disk when data fill up the first disk can't passing to the second. Pls share if find a solution.
I have the same exactly problem 3x8TB disk when data fill up the first disk can't passing to the second. Pls share if find a solution.
it work perfect!!!! Thank's!!!
Yes, changing the policy works, I am trying the "first found" one and definitely writes the data on another disk, but it's not the behaviour I'm looking for. I still want the disks to be filled starting with the most used. I assume that there is an error with how the "Least Free Space" policy works (at least on my install since others like gderf seem to have no problem).
That's the policy I use here and I have no problems with it.
I still want the disks to be filled starting with the most used
I think I remember that with some of the policies it is necessary to create the folder where you are writing to the next disk so that it continues to save files. Maybe this will fix it.
I think I remember that with some of the policies it is necessary to create the folder where you are writing to the next disk so that it continues to save files. Maybe this will fix it.
Yep I had read about that and recreated the folder structure in all the disks but it didn't work either.
Yep I had read about that and recreated the folder structure in all the disks but it didn't work either.
This applies to any policy that uses "existing path".
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
