Ok thanks for that tip. I believe the corresponding log message is "8 Failed Downloads, 0 Invalid Checksums)
Hard to tell sometimes what error log corresponds to what
Ok thanks for that tip. I believe the corresponding log message is "8 Failed Downloads, 0 Invalid Checksums)
Hard to tell sometimes what error log corresponds to what
No problem.
Did you do the thorough verification?
Yes thorough verification (saw it when it was halfway done but didnāt stick around to watch it complete)
No VPN
And what was finally reported in the Log window?
I was assuming the ā8 failed downloadsā¦ā mentioned above was the outcome
Thanks. It wasnāt clear if this was the tail end of the log.
If you know what database isnāt syncing, select the sync location, then Control-click the database in the Databases list on the right, and choose Clean Database.
After the clean has been successfully reported in the Log window, enable syncing the database again.
Cleaning seems to have solved the problem thanks
Youāre welcome.
This has continued recurring every couple months, the master.plist file not syncing due to forbidden 403.
The database is 3GB. It takes all day to Clean Database due to slow connection. Is there something else I can do, or a way to prevent this?
Iām warned when I click āclean databaseā that some items arenāt downloaded. Does that mean cleaning will erase them? How can I track down what items those are?
Sync was finally working in the background after I gave up bonjour. I just need one of them to work consistently. Iām almost a year into using DT and still spending about an hour every week fixing sync problems. Is there a most reliable sync setup?
Sure, Bonjour.
Thatās what I assumed. I was willing to give up remote sync, and had for months. But bonjour would never do background syncing. If I wanted it to sync, I had to click the little cloud on mobile devices and stand there and watch it work. The remote sync stores have been much better at syncing automatically.
From my experience and our tickets, this isnāt a sync issue. Itās a WebDAV issue and one that sporadically occurs and goes away. Iāve even seen it when I ran internal WebDAV via OS X Server.
It would be nice to have a notice in the manual, or a warning when the option is selected, when there are known issues like this.
It is not a consistent or controllable event. Documenting it in the manual would make it appear to be an expected or inherent issue, which isnāt the case. Also, weād have to document such potentials for any sync method. Seeing as itās not something that happens to all people often, we have chosen to address it one-on-one as needed.