We have a very frustrating issue. I'm syncing the Dropbox to a 64-bit Ubuntu 20.04 client running on top of ZFS. As I have read, this is a supported configuration. However, while most files synchronize, we have a few thousand images scattered across many folders that cause the Dropbox app to halt. It remains to show "Downloading" multiple days. Looking more into details, the images get Downloaded into the ~/Dropbox/.dropbox.cache/new_files and I can open them there. However, they are never moved to the correct location!
As soon as I modify one file on any other system, it syncs in ok. This made me look into the metadata of the files.
I used a tool called "exiftool" to rewrite the metadata of the file with the same information and retaining the creation/modified date.
This is the command I use (on another client) : "exiftool -P -all= -tagsfromfile problematicFile.tif -all:all -overwrite_original problematicFile.tif"
This change makes the file sync correctly!
While this does retain the original modification data, image data and all EXIF information, it does change the hash of the file.
I therefore also tried changing each metadata field and deleting groups but that in itself is not sufficient.
Can anyone help me to troubleshoot this further? I'm an experienced programmer, but the closed source of the dropbox daemon and logging structure makes it very difficult.
The Dropbox versions currently running (I have tried both the stable and prerelease versions with the same problem).
The files are not on the computer. They get downloaded to the cache directory but then get stuck there.
Yes, I have cleared the cache multiple times, reinstalled dropbox. I have even formatted the entire system and reinstalled it (on new disks) the same files get stuck. Even when using selective sync so that I only have a folder with 20 files syncing.