trapexit

There is nothing that can be done about that without manual attempts by mergerfs to forbid mounting on top of itself (which is a useful feature for live updates). fusermount...

You can't simply kill the old process. That would screw up anything currently using it and monitoring that would be unbounded. It perhaps could try to umount it and continue...

umount2 will require root which is likely to be the case if you're using fstab but fusermount isn't simply umount and is setuid root. I'm also not sure it'd work...

If the path is already mounted then the new instance would see that. Not the underlying one. I imagine I can fish the underlying one out but off hand not...

I'd never run into this but this isn't a bug it appears. At least not one with mergerfs. mergerfs is receiving realtime signal 32 when umount -f is used on...

Can you provide the details requested in the ticket template? I really can't help debug issues if you don't provide a minimal reproducible example and / or the details requested.

The docs explain what is useful: https://github.com/trapexit/mergerfs/blob/master/.github/ISSUE_TEMPLATE/bug_report.md https://github.com/trapexit/mergerfs#support A completely stripped down version of the situation. Does it happen with only one branch? or is it only multiple branches? Do...

Many people, including myself, use the latest versions without issue so I need the most simplest version of the issue to attempt to reproduce. I don't have a CentOS system....

https://github.com/trapexit/mergerfs#supplemental-user-groups Did you account for this?

I'll have a closer look later but... 1) You can't practically disable caching. As the docs mention the cost of querying supplemental groups is relatively very high. It's not something...