Also, this error is constantly pouring into the logs.
“app”:“no app in context”,“method”:“POST”,“url”:“/remote.php/dav/bulk”,“message”:"Could not create path.
Maybe it 's related, but I don’t think so.
All rights to the files are assigned correctly by the apache user since the httpd web server follows the instructions
Produced occ commands
./occ files:scan “user”
./occ files:scan-app-data
Everything works out correctly, there are no errors.
After deleting files by the user under the admins in the web interface, you can see how after some time the user’s quota is replenished.
I’ll forgive the help in this question, I searched through everything, I didn’t find an answer
UID/GID inconsistencies between NFS-Client and NFS-Server
Cache inconsistencies (NFS uses caching to improve performance. If caching mechanisms (e.g. attribute caching) are not properly synchronized, deleted files may remain in the cache and become visible again after a while when the cache is read again.)
?
(I’m just fumbling around in the dark, without any specific suspicion.)
Good afternoon!
It turned out that in addition to using the browser on the client side, the nextcloud application client was enabled, which in turn did unidirectional synchronization.
Thank you