Base Situation: There are 75,000 files on a local (internal) drive that are fullly synced. There are 50,000 files on an external drive that are fully synced and Boxifier is protecting. Currently, the local internal drive is connected (of course). The external drive is disconnected.
Scenario: I added a 25MB file to the local (internal) drive - local-drive-file.pdf
Expected result: The 25MB local-drive-file I just added would upload to Dropbox within a few seconds, like it usually does.
Actual result: 30 minutes later, the file is not added/synced up with Dropbox. Dropbox shows this:
For my planning purposes, can you give us a peek behind the curtain and let me know how having the external drive disconnected changes the syncing priority / queue? I believe the local-drive-file will sync, but does Dropbox have to iterate through all 50,000 external drive files first?
As you see from the link provided by bogdan the problem has been âon the top of their prioritiesâ since May 2015.
So donât cherish too much hope on that.
And you are lucky to have your files synchronized. I have about 200 thousand files on external drive, so internal files are never synchronized if the external drive is disconnected. Even if the synchronization had ran for 10 hours.
Yeah, they are probably a small firm with a lot of competing priorities. I can sympathize with that as a small business owner myself. Iâm just glad that there is an active solution like Boxifier, otherwise I was going to be up a creek. Hopefully theyâll get to a workable fix. Iâm not sure how much an external solution can âcontrolâ what order Dropbox tries to upload files anyway.
Dropbox seems to be iterating through the external drive files trying to upload them, but Boxifier tricks Dropbox into thinking the file is opened (âlockedâ). A reasonable hypothesis is that Dropbox spends a fixed amount of time per file trying to process it (say 5 seconds) before moving on. Therefore, the more external files you have, the more Dropbox will spend trying to iterate through them.
For your situation, Iâm not saying any of these are perfect or even good interim solutions, but a few ideas:
Could you zip/7z up some of the external files together so that there are fewer files?
If you let Dropbox sync for 20 hours, would the local files eventually sync? What about 40 hours?
If you Paused Dropbox syncing via the Dropbox system tray icon, then Unpaused, would that shuffle around the syncing order enough to allow local files to sync?
Maybe set the Dropbox upload rate to unlimited?
In your Dropbox folder, you have folders A-folder, B-folder, Boxifier, Camera Uploads, etc⌠Perhaps Dropbox iterates through the folders alphabetically. If you modified a local file in the A-folder, would it upload quickly? Might be a strategy around that if it uploads quickly.
Dropbox seems to upload small files first. Would a very small local file upload quickly?
Again, maybe not great interim ideas but some things to try depending on how important syncing up the local files are without the external drive connected. Of course, the perfect solution is for Boxifier to remedy this systematically.
Thank you, joesmith for ideas. I wish the boxifier people were as fast with response )))
First of all, are you sure your external drive was not connected when the local test file was finally uploaded? I mean, that usually it takes about an hour after reconnection of external drive before the Boxifier begins to deal with local files. Your experiment sound as a miracle to me.
As for your ideas:
Zips will work with folders that are not archives I need to make a search-in from time to time.
Upon learning of your unexpected success, I immediately started to test. Alas. 120 043 files have been being indexed for 10 hour with no end. A tiny test text file has not been uploaded. I donât have such huge chunks of time as 20 or 40 hours for uninterrupted synchronising.
I donât think so but I will try it out asap.
It is set to unlimited.
The endless indexing is related to external drive. So no changes to local folders or files are processed disregarding their names orâŚ
⌠size
In general, the problem exists for almost a year, so if any solution had been found, it would have been announced by the developers or shared by users. As you see nothing of that kind is observed.
I sympathize any small firm. I have been in their shoes too. But why they should fool people with false promises like âUnplugged your external drive? No problemâ? How many people it takes to reveal the truth or remove a passage of lie from their features section?
I donât know if you are familiar with how software development works. Moreover, Dropbox keeps constantly changing so a solution that worked at a given moment might not still work today. Software doesnât run in isolation. It interacts with other software products, the operating system. All of these can change, so coming up with a solution is not as easy as it may sound to some. Itâs ok to make assumptions, itâs just that in this case they are very far from reality.
I am sorry to see that the message was took out of context and these things certainly wonât help anyone. If you check our website you will see our promise:
Iâm sure. I disconnected the external drive because I heard the ominous âclickingâ signaling that the drive was failing. (I left it disconnected until I had a chance to test it thoroughly yesterday.) But I was watching the local files closely because I needed to share them out.
