On Mon, 2011-10-31 at 13:57 +0100, Frederik Elwert wrote: > There is just one issue that I could not yet identify: There is always > a number of calendar entries in ERR state, which get re-submitted with > the next sync, and then again be rejected. On the N9, at a first > glance no recent entries seem to be missing, so I did not do too much > to triage this issue. On the other hand, this probably makes each sync > use more time than necessary. Any ideas where these errors might sttem > from? I’ll send you a loglevel=4 log in private, maybe you can make > more sense of it than I can.
The failures are all for item delete requests. The N9 returns a very uninformative 500, which is usually about an internal error. Because the Synthesis engine doesn't know what to do about that, it keeps trying. Can you do a refresh sync? I assume your desktop has all your events, so do a '--sync refresh-from-server' on the desktop (which is the server in this case). If that doesn't help, try a '--sync slow', but beware of unintentional data changes on the desktop. Use '--restore --before' if something undesirable happened during the slow sync, then continue with a normal sync. To determine what may have caused the issue I would need also the log file right before the problem started to appear. Let's look into that if the refresh (or slow) sync don't help, okay? There's really not much that can be done wrong with a delete request. It only passes an ID to the device, so either the ID is valid or it is not. If the ID no longer corresponds to an item, the device should return 404 or (better) simply acknowledge that the item is gone. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
