Closed crdev closed 3 weeks ago
From Googling, I found this: https://github.com/elkarbackup/elkarbackup/issues/581
I stumbled into this problem when installing Elkarbackup on a QNAP NAS. To get rid of the error, i had to enable "advanced folder permissions" fond in Control Panel -> Privilege -> Shared folders -> Enable Advanced Folder Permissions
Could you try something like that?
If that doesn't work, we could try something like this: https://github.com/elkarbackup/elkarbackup/pull/647
Thanks Nicky, I had found that, too, yet it didn't apply as (1) I didn't use any mapped volumes, (2) I'm running Synology and the settings look a bit different. I've now recreated the stack with a mapped volume for /opt/domjudge/domserver/webapp/var
and enabled advanced folder permissions for the parent shared folder, yet it didn't fix the issue for me.
I might get to trying out https://github.com/elkarbackup/elkarbackup/pull/647 some day :) and will then report back here.
I guess we should document as a requirement for DOMjudge that the underlying filesystem supports ACLs. BTRFS does have them enabled by default (see https://btrfs.readthedocs.io/en/latest/btrfs-man5.html), but maybe not on a Synology machine? Can you confirm that by running mount
and checking the mount options (see if there's either acl
or noacl
mentioned) for the filesystem on which /opt/domjudge/domserver/webapp/var
resides`?
Interesting, here is the output I got:
$ mount | grep acl
/dev/mapper/cachedev_0 on /volume1 type btrfs (rw,nodev,relatime,ssd,synoacl,nospace_cache,auto_reclaim_space,metadata_ratio=50,syno_allocator,subvolid=257,subvol=/@syno)
/dev/mapper/cachedev_0 on /volume1/@docker/btrfs type btrfs (rw,nodev,relatime,ssd,synoacl,nospace_cache,auto_reclaim_space,metadata_ratio=50,syno_allocator,subvolid=257,subvol=/@syno/@docker/btrfs)
Obviously, mentions synoacl
...
That sounds like a Synology specific extension. Can you edit the mount options, e.g. in /etc/fstab
and remove this?
Hmm, sadly, that's a mount for the master volume in /etc/fstab
and it looks like:
/dev/mapper/cachedev_0 /volume1 btrfs auto_reclaim_space,ssd,synoacl,relatime,nodev 0 0
,
which I'm not quite comfortable with changing settings for...
Related issue: https://github.com/DOMjudge/domjudge/issues/558
FWIW: "synoacl" is module from Synology indeed, you can find the sources in the archive kmsynoacl.txz at https://archive.synology.com/download/ToolChain/Synology%20NAS%20GPL%20Source/7.1.1-42962.
From the docs inside it:
MODULE_LICENSE("GPL");
MODULE_AUTHOR("Synology Inc.");
MODULE_DESCRIPTION("Add Windows ACL System Call Support");
... so this might be quite unrelated to btrfs acls :)
I'm going to close this as we can't debug this without a Synology.
If this is indeed related to Synology following the NTFS ACL model there is no easy way for us to support both for this.
Description of the problem
Domjudge docker container fails to start on Synology NFS due to numerous setfacl errors
Your environment
Steps to reproduce
Expected behaviour
The entire stack starts normally
Actual behaviour
After a few failures related to the not-yet-started MariaDB service, the following appears in the log and the container stops:
Any other information that you want to share?
docker-compose.yml
is as follows: