It’s been stuck here for a day. Leading up to it 507 and 503 errors. Now it’s just sitting there no errors.
How large are the databases you’re uploading per File > Database Properties?
3 databases: 3.1, 4.4 and the offending one 6.6. I decided to try quitting DT3. First attempt no response. On second Quit it shutdown. I restarted and it’s uploading and progressing. I had also turned down the Max connections from 16 to 8.
So the smaller ones have already synced?
Yes. Just came back to check on it. Now shows the Scanner DB is Downloading but stuck at 2097 of 2098 items. 
And a bunch of 503 errors.
Thinking there’s a bad record?
My understanding is that rate limiting is put in place by Apple to limit suspicious or incorrect login attempts. It’s not a bandwidth issue.
edit I wonder if having multiple databases sync at the same type is responsible for the issue? That may have already been discussed, but I wonder if each database looks like a connection attempt to apple’s servers. So when there are multiple databases syncing, this triggers rate limiting? I set the connections back to 16 today to try to sync my one large database and I’m having no issues so far. It’s synced 1303 of the remaining 2953 items with no issue (large and small files).
I have been suggesting people sync only one database at a time, ideally starting with the smallest.
1 Like
Have you done a File > Verify & Repair on the database in question?
if it’s saver to sync only one database at a time and apple blocks to many simultaneous connections, wouldn’t it be the best if DTTG/DT allows only “save” values in the settings? or is it not yet fully understood what is save and when problems occurr?
Well now I’m not sure what is the issue. It was going well. Now it’s not. I wonder if there’s a cap on how much you can upload using 3rd party apps. It was uploading fine for a good amount of time. This might explain why the other app mentioned had similar issues.
There is no record of data loss here, so it’s not a matter of safety. It really appears to be a matter of patience for the user, which has always been the case with the initial sync. However whatever is going on with Apple’s servers is slowing the initial sync.
1 Like
It’s hard to say as it’s not reproducible and we’ve had reports of big databases syncing with no issue as well as some having many domain errors.
It was greyed out at the time of your request - I have since done it and no errors.
I have 3 Macs syncing with 2 iPads and an iPhone. This popped up on the main Mac this AM. Scanner is the same DB that froze at the last record on Mac “B” yesterday. Does this help any?
Is a verification of the sync store (see contextual menu in Preferences > Sync) successful?
Yes all locations successfully verified.
Then this was a temporary & harmless glitch due to an issue of the current releases, the next releases will fix this.
I’m back
The screen cap above on 2/10 showing the Scanner database sync frozen is on OfficeMac. I now have HomeMac frozen on another database EmailArchive. I restarted Devonthink3 3 times yesterday. Each time it required me to quit the program twice. The Force quit window did NOT show DT3 “Not responding”. But each time it was 2 quits. It would restart the downloading from iCloud and then get frozen. It has now been sitting for 24 hours. Any suggestions? Any fixes? Any logs, etc I can provide to help debug as it seems to not be a database or machine specific problem.
P.S. My iPhone seems to keep syncing without problems. 2 iPads seem to be taking forever.
A single quit is delayed until all current synchronizations will be finished. What exactly is actually frozen if the app was still responsive?
The sync. I’ve been at 70753 of 70757 for over 24 hours now. Quit program and it begins sync again and then just stops here.
Is this an iCloud (Legacy) or iCloud (CloudKit) sync location?