Files via volume mounts cant uplooad or delete

[psyciknz]

I've got a new install where I'm migrating from nextcloud.

I have mounted my user dir /var/lib/opencloud/storage/users//Documents to an existing directory of my user documents.

If I upload a file to the "root" of my personal spaces it is fine. But if I upload to a directory in the bind mount it creates a grayed out placeholder and created the addition metadate files in the uploads dir, but never completes processing.

I manually created a file by exec-ing in the container in the bind mounted directory and it showed up, but when I used the ui to delete the file I get:

2026-01-11T20:06:37Z INF access-log bytes=468 duration=145.434315 line=github.com/opencloud-eu/opencloud/services/proxy/pkg/middleware/accesslog.go:34 method=DELETE path=/remote.php/dav/spaces/d1e2dab8-3031-4671-9fe0-601828cf5fc6$737de8fc-d65e-4ea9-90d7-d3e08fe6b510/Documents/testing proto=HTTP/1.1 remote-addr=192.168.10.147 request-id=6a9c8dd9-07be-4450-8f28-4ca4a7cb174c service=proxy status=500 traceid=44b87c69fa3af11710231565baf35628

It doesn't seem to have any other information ad to use it has a 500 error

Files in the bind mount dir are owned by my user and group on the host system - as far as I know I'm user 1000.
I tried setting the file I which to delete as 777 and then the error changes from a 500 to a 404.

I have debug turned on, but if i search for the reference id it gives me when it cannot delete the file I just see a line like the above and other other. No other information.

I've seen references to anti virus - but do not believe I am running that.

[psyciknz]

oh, I just did a rename of the file in the ui, and this it was able to do. I know this is going to be permissions related, but without knowing where or what log information I need to look for, I have nowhere to go.

[micbar]

@aduffeck can you help?

[psyciknz]

I think I have found my cause: #1785

I also use mergerfs

[aduffeck]

@psyciknz ah yes, unsupported filesystems like mergerfs can result in issues like that. I hope you'll find a setup that'll work better.