Open huntervcx opened 4 months ago
Ended up by truncate all of oc_filecache table, resolving all issues.
Bit of an update :
Reinstalled a full nextcloud server (same setup, deb12+mariadb via archive file but no redis cache, no trans lock). Still using "User credentials, save in database"
Same behaviour after 5 days, some shares doesn't update the file list hiding lots of files present on the smb backend Tried with three different accounts with different permissions (ro, rw, full control), no changes. Seems to read only from oc_filecache database, leading to unusable functionality :/
Will might try on a test server to give credentials stored in config with full access to see if nextcloud update the cache in background
Okay, another weird behaviour : Copied one file to two different smb shares. Using same account that have access to both, the file immediatly showed up in one folder, but not in the other one
Tried on a test server with credentials saved in config, no updates from nextcloud, forced to do an "occ files_external:scan 123" to list the files correctly Edit : 3hours later, test file still not showed on nextcloud (multiple reboots of the server, logout login on multiple accounts having access)
On a share having issues before : Moved folder A (with files) into folder B Nextcloud still list folder A but empty, but doesn't show it inside folder B
Tried to upload / delete files on other shares with different ids, they don't show any problems. share with id 226 show bugs, folders 66/99/101/200/266/642 have no issues, so doesn't seems to be loop issue
Checked oc_filecache, files appears from shares that are working, but no entry for the files inside the buggy shares
Some folders use nextcloud cache to display folders and files, even files that have been deleted and new ones not displayed on nextcloud
Technically we always use the file cache. It is Nextcloud's file database. The "cache" bit may be a bit of a misnomer.
External Storage mounts will always have some delay or require some extra steps (like adding files:scan
runs to your host cron like documented here).
That's the nature of what happens if you integrate storage that bypasses Nextcloud and has changes made to it outside of Nextcloud.
Yes, that is part of the problem : i wanted to use the login setting "login credentials, save in database" to get benefit from he external ntfs permissions I had to switch to a login:password type and cron the files:scan periodically, losing the permissions system
But yeah, some folders never got any update in like weekes, being used everyday on nextcloud on different clients, that's the bug i'm reporting here. Some would be refreshed live, some never got that chance
⚠️ This issue respects the following points: ⚠️
Bug description
Nextcloud Server with multiple windows smb shares. Some folders use nextcloud cache to display folders and files, even files that have been deleted and new ones not displayed on nextcloud No update possible, multiple commands used without effect Share is used with cached credentials saved in database, so notify is not possible and scan can't be done from cli
~600 shares configured, randomly breaking some. But some folders don't, and continue to work properly Login/logout, disabling redis cache, restarting, cleanup files, trying to upload and delete from NC donesn't retrigger a cache refresh
Not a permissions problem, this is random, and even with full permissions and admins accounts, still displaying cache folders list
Steps to reproduce
Expected behavior
Displaying correct folders and files, cleaning up the database filecache
Installation method
Community Manual installation with Archive
Nextcloud Server version
29
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
Might be related, but pretty old : https://github.com/nextcloud/server/issues/6395