Well...
Take your time, feeling better just knowing that!
And for sure, I'm still happy with OMV (even without unionfs)
Well...
Take your time, feeling better just knowing that!
And for sure, I'm still happy with OMV (even without unionfs)
They aren't being ignored
Glad to hear that!
From my perspective, it's quit easy to reproduce.
I can live without unionfs, but I can't without luks.
I hope some day that issue will be fixed.
Well, don't use merge/unionfs with luks...
Not until devs sort out things related to luks.
Looks like they ignore those problems
I'll answer to myself and all others intrested in using OMV with LUKS and unionfs,
I can mount now all from from gui or shell
Just created simple script for a little automation, it's easier to explain that way
I'm almost done
So it's not raspi problem
after few plugins updates, there's progress
NFS works, /export is mapped properly on
240:480 on /export/union type fuse.mergerfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other)
for now just got error with editing shares
"Couldn't extract an UUID from the provided path '/sharedfolders/union'."
but there's definion in xml config
Is something missing or just bug?
<sharedfolder>
<uuid>6bfa939b-dfe3-44b8-8614-5a7004cfd8f0</uuid>
<name>union</name>
<comment></comment>
<mntentref>553826eb-d02e-457d-b98c-26c7e3752160</mntentref>
<reldirpath>union/</reldirpath>
<privileges>
<privilege>
<type>user</type>
<name>proxmox</name>
<perms>7</perms>
</privilege>
</privileges>
</sharedfolder>
</shares>
I don't know what is causing this. /export/union shouldn't be passed to the mergerfs backend. I also can't reproduce it.
Are You using Rasberry installation, or intel based? maybe those problems are related to raspi build and not caused by any plugins?
well, looks like it's broken again...
240:480 730493996 5538244 724922984 1% /export/union
240:480 730493996 5538244 724922984 1% /srv/6e164aa3-6c7f-4e2c-9a00-cbe3d686dc1e
Thx!
I've done that again... and looks much better...
Still have to mount filesystems, mount unionfs from shell (that's frustrating)
So far NFS is working well, data is saved on unionfs folder (probably)
but. still have error like
Couldn't extract an UUID from the provided path '/export/union'.
need to do some magic with configuration?
Error #0:
OMV\Exception: Couldn't extract an UUID from the provided path '/export/union'. in /usr/share/php/openmediavault/system/filesystem/backend/mergerfs.inc:96
Stack trace:
#0 /usr/share/php/openmediavault/system/filesystem/backend/mergerfs.inc(64): OMV\System\Filesystem\Backend\Mergerfs::extractUuidFromMountPoint('/export/union')
#1 /usr/share/php/openmediavault/system/filesystem/filesystem.inc(904): OMV\System\Filesystem\Backend\Mergerfs->getImpl('240:480')
#2 /usr/share/openmediavault/engined/rpc/sharemgmt.inc(158): OMV\System\Filesystem\Filesystem::getImplByMountPoint('/srv/6e164aa3-6...')
#3 [internal function]: Engined\Rpc\ShareMgmt->enumerateSharedFolders(NULL, Array)
#4 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#5 /usr/share/openmediavault/engined/rpc/sharemgmt.inc(205): OMV\Rpc\ServiceAbstract->callMethod('enumerateShared...', NULL, Array)
#6 [internal function]: Engined\Rpc\ShareMgmt->getList(Array, Array)
#7 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#8 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('getList', Array, Array)
#9 /usr/sbin/omv-engined(537): OMV\Rpc\Rpc::call('ShareMgmt', 'getList', Array, Array, 1)
#10 {main}
Hello everyone,
That's my 2nd try with OMV, so far I'm using unraid, but I'm looking for something light, like raspi 4
And, I've same problem with unionfs
How I can modify config.xml to remove "permanently" definition x-systemd.requires in fstab?
Also there's problem with mounting unionfs even modyfing fstab
I added noauto option to fstab, then manually mounted via shell by
mount /srv/union-id
even then, NFS doesn't worked well, directory mounted outside uniofs, lots of errors about missing ID, etc.
So far unionfs can't work with luks
(from my point of view, LUKS is "must have")