What is reported in Window > Log?
PS: Help > DEVONthink 3 Help > Troubleshooting > Sync Issues.
What is reported in Window > Log?
PS: Help > DEVONthink 3 Help > Troubleshooting > Sync Issues.
As an aside, I have just tested that - DT happily accepts key strokes in that window here. It might be worth restarting your Mac.
I remember from DT2 times that sync was displayed in the activities and that it also showed a progress bar while closing DT after work was done.
Nothing like this happens.
Files ā Sync is also without success.
So you use a ālocal syncā folder on a NAS where the parent directory is presumably mounted via SMB? Since itās a Synology, why not use WebDAV? Thereās a lengthy description on how to set that up here in the forum.
Or use Bonjour sync which is a lot simpler than setting up WebDAV ā why do you even need the NAS for syncing in your setup?
As Jim suggested, please check the log to see whether there are any entries. If you had correctly set up CloudKit sync as well, and that wasnāt working either, it could suggest that both your databases have an error which is precluding sync*. Such an error would show up if you run File > Verify & Repair Database in DT.
* Sync includes mechanisms designed to prohibit propagation of database errors, such as unrecognised 0-size files.
So I restarted the machine and arranged the syncstore again. I was able to type the name now.
Still nothing happened.
Then I was running a repair and it came back with 41 errors. BUT at the same time it started the sync. Now I can finally see its doing progress.
So what was my mistake ? Not restarting the machine often enough like a windows pc ?
I donāt know; Jim will tell you that he suggests restarting your Mac routinely (got to type fast, heās writing already) ā¦
As noted: DEVONthink will inhibit syncing databases with problems in them. Your databases were not healthy so DEVONthink wouldnāt sync them.
Again, Window > Log is the place you should alwyas start if you think thereās a sync issue.
And one more time for good measureā¦ Sync is ānot āa backup, neither advertised nor advocated as such. We strongly advocate proper primary backups using TimeMachine (or similar snapshot-style backup applications) and external drives. Also, you should read the series of articles we posted: DEVONtechnologies | Search & Find
ā¦but I donāt (on most other counts I do listen to Jim). At the same time, the sync mechanism is designed to stop when errors are present in the database. So either/or may have been the cause.
Yes, Sync is not a backup. Sync is not a backup.
I wrote earlier: I use Time Machine as a backup as recommended.
Due to some history with time machine backups, especially when you need them restored, I feel better to have another source of data on a NAS that can be backed up with NAS technologies.
Sync is not a backup. Yes, I agree.
Back to the topic of software being quiet after an initiated process doesnāt start: Instead of blaming the user not reading the manual, how about a proper prompt or feedback that the process canāt be started because of reason XY. Instead the user is left in the wild the whole app is doing nothing.
Sync is not a backup. RTFM !
You know, if the user had checked the log, they would probably have found the answer. Yes, a popup would have been easier. But the information was probably there. @BLUEFROG I wonder whether a future version might display ānot yet synchronised - verify & repair databaseā rather than ānot yet synchronised - upload databaseā when appropriate.
@createch2 personally, I would have appreciated a thank you for the support users offered you here. You are quite within your rights to complain or voice your opinion. But if that is all you do, youāll leave a bitter taste. That too, of course, is your prerogative.
Your are right. Thank you. Most of your hints were helpful in the process to get it done.
Then why not simply backup to the NAS, too?
How? Just copy the database 25GB 2x a day?
You know what? If a UI states:
ānot yet synchronised - upload databaseā what would the meaning behind that? Its completely misleading. This is what gave me to idea to upload a copy of the database first.
BTW, the log was NOT stating that the sync canāt be executed because of DB errors.
Ideally using backup software which provides for incremental, versioned backups, such as Carbon Copy Cloner, I would have thought.
I appreciate it.
As tech support isnāt exactly my main occupation, Iāll settle for most of my hints being useful. Iām going to go out on a limb here and dissect the posts in this thread a little. You are welcome to ignore what I write, or to point out that it is not my business to be suggesting to another person how they should go about daily tasks. Your first thread provided me with no insight whatsoever as to what you had already done, and where the point of failure was. You asked for the correct procedure to set things up; pointing you toward the handbook seems to me to be a reasonable response to that. It might have been helpful for you to provide screenshots of where you were in your first post, or a description of what you had already done (you actually had already followed the correct procedure to set things up at this point; you may have known that, but I couldnāt). The aim of that first post would be to make sure we all have the same knowledge base. It wasnāt until your 6th post that it became apparent you had actually followed the standard procedure for setting up sync; youāll note that following your next post it became reasonably easy to bug-fix. I note that some of the answers in the thread bugged you - partly, I think, because they suggested you do things you already had (but the posters couldnāt know that) and - Iām guessing here - English is neither the posters nor your own mother tongue. That can make some posts here seem harsher than I think they are meant.
Anyway, what Iām saying is that I suggest when asking for help, try to initially bring those helping up to speed - show what you have already done, where you are at. That makes it easier to guess whether āread the handbookā is the right response, or āyouāre going to need a script for thatā, or whatever. Please donāt take this feedback as āholier-than-thouā; you came to the forum for help and found the experience frustrating, I think. Thatās not the aim of the game, and my suggestions are aimed solely at improving the experience next time round. Feel free to criticise both the software any myself - but please do it in a constructive manner, suggesting specific improvements rather than generically stating that things are not good.
Thanks
Are things working for you now? Did sync successfully finish?
That is why I suggested an improvement to Jim; I agree that as the user cannot upload the database, the term āupload databaseā is not helpful. In fact, Iām on record having pointed that out some while ago.
Thank you - that is most helpful feedback; @BLUEFROG @cgrunenberg in addition to my suggestion
please could a log entry be generated (as I think it is when the database is already set up and cannot be synced) for failure on initial sync?
Actually issues should be already logged to Windows > Log if a database canāt be synchronized, no matter whether itās the first sync or not. And by default this window is automatically opened.
I thought that might be the case. Do log entries persist after closing and reopening DT? Or might that be the reason the OP didnāt find log entry?
Thatās not true.
My Log file currently just spits an error on the neighbor database āEingangā that has nothing to do with the working database. Even if I start a repair on the claimed database āEingangā it continues to state ādatabase check failed, please repairā for this single database. Not indicating a repair attempt or whatever. The activities window remains empty completely.
So pointing out the log is leading/helping you in case of malfunction or difficulties is rather an excuse than a helpful procedure.