trapexit
trapexit
It's not clear from your post... is this **only** when doing `ls` from the NFS client side? If "yes"... I wonder if it has to do with the ordering changing...
Your mergerfs strace doesn't contain directory listing requests (getdents64). My guess is you queried it prior to the trace and NFS had cached it. I'll see if I can reproduce...
Why do you think this is a mergerfs problem? The first thing you should be doing is ensuring the order of the mounts. Using an option like `x-systemd.requires=`. mounting on...
You should be putting requires on each step to ensure the order. mergerfs needs to wait for every branch and your bind on mergerfs.
@Waester It's really not hard. mergerfs would simply respond to unlink requests and follow the freedesktop trash standard. A first draft would be everything but once I have a toml...
That's mostly what they mean. Every unlink and rmdir is treated like a freedesktop trash like you were using some desktop filemanager that defaults to "trash" rather than actual unlink/rmdir.