Mine is constant and if I’m not mistaken, I think this happens when it is “indexing” that’s when this pops up and then moves on after a min or less, BUT still stack on those numbers.
By “constant” I mean when is indexing.
It’s just monitor of the upload progress, the actual upload is done by iCloud. Therefore if it’s stuck then the iCloud uploads were not completed til the timeout is reached (or iCloud returned incorrect values).
WOW this thing is back. It has been two days now.
iCloud counting keeps going up and up and the bottom panel hangs on.
I’m experiencing what seems to be an identical issue now, with 3.5.2. This is on an old computer (MBA) I’ve been using for 5 days now while my newer computer is being repaired.
- the iCloud “bird” process is using lots of CPU resources (often 80-100%) whenever Devonthink is running …
- … but it does not seem to be transferring much of anything over the network – in Activity Monitor I don’t see any real network usage from it (and only a tiny bit from cloudd)
- The databases, as best as I can tell, are in fact fully synced; when I add new files from elsewhere, they are showing up in the MBA, and everything I’ve looked for appears to be here
- But I continue to see “iCloud Upload / N of M items” in the activity window, where N and M keep changing
- iCloud does not show that anything needs to be downloaded in Finder
- When I use Cirrus to check the iCloud logs, I get tons and tons and tons of entries from DevonThink (which I can’t really make sense of)
MBA 2011, 13", running High Sierra 10.13.6
Was the ultimate cause of this issue tracked down? Based on this thread, it sounds like it was supposed to have been fixed a year ago.
How many items/bytes (see File > Database Properties) do your databases contain?
- Inboxes: 1396k items, 1.6GB
- DB1: 259, 508MB
- db2: 966 (4 rep), 2.6gb
- db3: 1001 (12 rep), 2.6gb
- db4: 630, 760mb
- db5: 448, 220mb
- db6: 699 (34 rep), 745mb
- db7: 847, 968mb
- db8: 180, 102mb
150 tags.
I just noticed that on my MBA, the inboxes are unified, but not on my iPad – and possibly not on the computer I was using, I can’t recall. I just turned off unified inboxes and restarted DT – didn’t seem to change anything.
This is only a display option but doesn’t affect the actual data. Are all databases synchronized via iCloud? Do you have sufficient cloud space and enough free disk space on your startup volume?
Actually, the databases may not be fully synced after all. Comparing the database info on my iPad Pro, the ones on the iPad pro all have 0-10 more items per DB than on the MBA (e.g. 264 vs 259 for db1).
There’s plenty of space available (40gb on icloud, 360gb on disk).
This might also be an incorrect item count of DEVONthink To Go, the next release should fix this (if that’s the case). Were any issues logged on the Mac (see Windows > Log) or on iOS?
Nothing on the log, or visible on iOS that I can see. I’m using beta build 16456 on iOS.
And is a verification of the sync store (see contextual menu in Preferences > Sync on the Mac) successful?
All “successfully verified” using “verify database quickly” (I don’t see a “slowly” or “thoroughly” option…?). Any other ideas?
If it would help, I could send a log file from Cirrus or Brctl. It’s definitely getting a bunch of errors there. Just tell me where to send it to.
For now, I’ll turn off sleep and hard disk sleep, in case this is just something that needs to be chugged through slowly.
Another possibility is to clean the sync store after disabling the iCloud sync location on all computers/devices first. Afterwards enable the database(s) again on your Mac to upload them and finally, after completely uploading them, enable the iCloud sync location again on the other computers/devices.
I’ll try that after I let it run another day (since fully re-uploading everything after cleaning sync store would take a long time at massive CPU use anyway, yes?).
It shouldn’t usually but as that’s controlled by iCloud and its bird process it’s hard to tell.
Ok, as suggested, this morning I turned off sync on all other devices, then Cleaned each database individually from the MBA, then turned each back on on the MBA. In the Log I saw for each database, after turning each back on in the Sync preferences, a message of “Couldn’t upload N pending files” – small numbers, again between 1 and 10.
Unfortunately, I’m still seeing similar behavior – the bird process taking a lot of CPU, and an “iCloud Upload … N of M items” progress bar in the activity window, where M keeps gradually going up. It seems like maybe it’s not hitting the CPU as hard as it was, but maybe that’s my imagination.
Any other ideas? Otherwise I’ll just let it run for a few days and hope it finishes.
The CPU usage should be lower as soon as everything will be uploaded to Apple’s servers.
I still have this issue, it’s annoying it’s been over a year now. every update I’m hoping it fixes but nothing.
can this be because my Mac Pro is old? early 2013 13’
The age of the machine shouldn’t matter, at least as long as there’s enough RAM and disk space available. But the macOS version is of course quite old, is the computer compatible to a newer version like Mojave?
I’m running CATALINA