files:scan" the process stops scanning Files after a Thumbs.db file is hit #33215
Comments
IgnaceSannen
added
0. Needs triage
|
Same problem here. Regards, |
|
Another odd behavior, after deletion of the Thumbs.db file, the scan process runs without issues. |
|
Hi all, I'm not sure if my problem is related to this one but I'll add the info just in case:
|
|
Same issue here. files:scan crashes when it reaches Thumbs.db Exception during scan: Invalid path: files/files/xxxxxxxxxx/xxxxxxxx/xxxxxxx/xxxxxx/Thumbs.db Deleting Thumbs.db from file system does not help and issue persists. Nextcloud Version: 24.0.5.1 |
|
I found the issue - it relates to my local installation. I had added "Thumbs.db" to blacklisted_files property in config.php. Now I removed that from blacklist and it works fine again. |
|
Soemthing similar here... it seems the scanning generally stops when it hits a file that causes any kind of exception This is a bit of a pain when trying to mass-load data into nextcloud externally and then trying to scan them into the index |
|
Hi, please update to 25.0.7 or better 26.0.2 and report back if it fixes the issue. Thank you! My goal is to add a label like e.g. 26-feedback to this ticket of an up-to-date major Nextcloud version where the bug could be reproduced. However this is not going to work without your help. So thanks for all your effort! If you don't manage to reproduce the issue in time and the issue gets closed but you can reproduce the issue afterwards, feel free to create a new bug report with up-to-date information by following this link: https://github.com/nextcloud/server/issues/new?assignees=&labels=bug%2C0.+Needs+triage&template=BUG_REPORT.yml&title=%5BBug%5D%3A+ |
|
Hi @IgnaceSannen Thanks for the report. What is your SMB server? Is it Samba by chance? Check if you have any @mobilandi While your report involves @ruppo68 Hidden files have different definitions across operating systems. The System/Hidden attributes under Windows are not the same as what Unix environments consider hidden (which are files that start with dots - e.g. @sierra2256 That makes sense. The telltale sign of hidden a blacklisted file is that @luxifr Unrelated to this particular Issue. |
Bug description
Nextcloud version: 24.0.2
OS: Ubuntu 22.04 running in LXC container
From the system info:
Operating System: Linux 5.13.0-51-generic x86_64
Fresh install.
This issue is happening on external storage, mounted with SMB.
When running following command "sudo -u www-data /usr/bin/php /srv/nextcloud/occ -vvv files:scan" the process stops
scanning files when a Thumbs.db file is hit.
So the output of the above command gives something like this:
Folder /user/files/mountpoint/FOLDER1
File /user/files/mountpoint/FOLDER/FILE1
File /user/files/mountpoint/FOLDER/FILE2
File /user/files/mountpoint/FOLDER/Thumbs.db
Folder /user/files/mountpoint/FOLDER2
Folder /user/files/mountpoint/FOLDER3
Folder /user/files/mountpoint/FOLDER4
The outcome of this behavior is that in nextcloud FOLDER2, 3 and 4 are empty.
I deleted Thumbs.db with rm and the issue was solved. Since I just wiped Thumbs.db, I did not know what was in the file.
But when I create a file with the same name and just 'test' as content the same issue appears.
Steps to reproduce
Expected behavior
Scan should run without issue, even with thumbs.db file in it.
Installation method
All components installed (no snap install)
Operating system
22.04 in LXC
PHP engine version
8.1.2
Web server
No response
Database engine version
Type: mysql
Version: 10.6.7
Is this bug present after an update or on a fresh install?
No, it is a fresh install
Are you using the Nextcloud Server Encryption module?
No
What user-backends are you using?
Configuration report
{ "system": { "instanceid": "***REMOVED SENSITIVE VALUE***", "passwordsalt": "***REMOVED SENSITIVE VALUE***", "secret": "***REMOVED SENSITIVE VALUE***", "trusted_domains": [ "myprivateip", "myFQDN" ], "datadirectory": "***REMOVED SENSITIVE VALUE***", "dbtype": "mysql", "version": "24.0.2.1", "overwrite.cli.url": "http:\/\/myprivateip\/nextcloud", "dbname": "***REMOVED SENSITIVE VALUE***", "dbhost": "***REMOVED SENSITIVE VALUE***", "dbport": "", "dbtableprefix": "oc_", "mysql.utf8mb4": true, "dbuser": "***REMOVED SENSITIVE VALUE***", "dbpassword": "***REMOVED SENSITIVE VALUE***", "installed": true, "trusted_proxies": "***REMOVED SENSITIVE VALUE***", "overwriteprotocol": "https", "overwritehost": "myFQDN", "overwritewebroot": "\/nextcloud", "overwritecondaddr": "myprivate_ip", "mail_smtpmode": "smtp", "mail_smtpsecure": "tls", "mail_sendmailmode": "smtp", "mail_from_address": "***REMOVED SENSITIVE VALUE***", "mail_domain": "***REMOVED SENSITIVE VALUE***", "mail_smtpauthtype": "LOGIN", "mail_smtpauth": 1, "mail_smtphost": "***REMOVED SENSITIVE VALUE***", "mail_smtpport": "587", "mail_smtpname": "***REMOVED SENSITIVE VALUE***", "mail_smtppassword": "***REMOVED SENSITIVE VALUE***" } }List of activated Apps
Nextcloud Signing status
Nextcloud Logs
No response
Additional info
No response
The text was updated successfully, but these errors were encountered: