From vincent.lambert9 at free.fr Thu Apr 20 09:39:12 2017 From: vincent.lambert9 at free.fr (Vincent Lambert) Date: Thu, 20 Apr 2017 11:39:12 +0200 Subject: [SyncEvolution] "Comparison was impossible" " Message-ID: <08330559-4004-d56d-a2fe-a8ed2657124e@free.fr> Hi, I have an Ubuntu phone and it use syncevolution as backend for the contacts. I use command lines to have my CardDav contacts on my phone. But since I switched from self signed certificate to letsencrypt (related or not), I have tons of errors. $ syncevolution owncloud contacts [WARNING] owncloud: ignoring username , it is not needed [INFO] @default/9frfrenchholiday: inactive [INFO] @default/9rd2q8ps5e2r48skvidunfkoms8: inactive [INFO] @default/addressbook: inactive [INFO] @default/calendar: inactive [INFO] @default/memo: inactive [INFO] @default/todo: inactive [WARNING] owncloud: ignoring username , it is not needed [INFO @owncloud] target side of local sync ready [INFO @owncloud] @owncloud/addressbook: inactive [INFO @owncloud] @owncloud/calendar: inactive [INFO @owncloud] @owncloud/memo: inactive [INFO @owncloud] @owncloud/todo: inactive [INFO @owncloud] @owncloud/contacts: using configured database=https://cloud.influence-pc.fr/remote.php/carddav/addressbooks/Vincent/contacts [INFO @owncloud] @owncloud/contacts: starting slow sync, two-way (peer is server) [INFO @owncloud] @owncloud/contacts: slow sync done unsuccessfully *[ERROR @owncloud] @owncloud/contacts: local, status 20048* *[ERROR @owncloud] error code from Synthesis engine local, status 20048* *Synchronization failed, see /home/phablet/.cache/syncevolution/target_+config at owncloud-2017-04-19-10-34-a/syncevolution-log.html for details.* Changes applied during synchronization (@owncloud): +---------------|-----------------------|-----------------------|-CON-+ | | @owncloud | @default | FLI | | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | contacts | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | | slow, 0 KB sent by client, 0 KB received | | unexpected slow sync (local, status 22000) | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | start Wed Apr 19 10:34:14 2017, duration 0:01min | | unexpected slow sync (local, status 22000) | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ *First ERROR encountered: local, status 20048* Doing a slow synchronization may lead to duplicated items or lost data when the server merges items incorrectly. Choosing a different synchronization mode may be the better alternative. Restart synchronization of affected source(s) with one of the following sync modes to recover from this problem: slow, refresh-from-server, refresh-from-client Analyzing the current state: syncevolution --status target-config at owncloud contacts Running with one of the three modes: syncevolution --sync [slow|refresh-from-remote|refresh-from-local] target-config at owncloud contacts [ERROR] error code from SyncEvolution unexpected slow sync (local, status 22000): failure on target side @owncloud of local sync [INFO] @default/contacts: inactive [ERROR] @default/contacts: aborted on behalf of user (local, status 20017) [INFO] creating complete data backup after sync (enabled with dumpData and needed for printChanges) *Synchronization failed, see /home/phablet/.cache/syncevolution/owncloud-2017-04-19-10-34/syncevolution-log.html for details.* Changes applied during synchronization: +---------------|-----------------------|-----------------------|-CON-+ | | @default | @owncloud | FLI | | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | contacts | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | | unexpected slow sync (local, status 22000) | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | start Wed Apr 19 10:34:13 2017, duration 0:02min | | unexpected slow sync (local, status 22000) | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ *First ERROR encountered: local, status 20048* Doing a slow synchronization may lead to duplicated items or lost data when the server merges items incorrectly. Choosing a different synchronization mode may be the better alternative. So I decided to try some things I don't remember exactly (like forcing sync with refresh from local/remote) and changed the end of previous log by: *First ERROR encountered: local, status 20048* Doing a slow synchronization may lead to duplicated items or lost data when the server merges items incorrectly. Choosing a different synchronization mode may be the better alternative. Restart synchronization of affected source(s) with one of the following sync modes to recover from this problem: slow, refresh-from-server, refresh-from-client Analyzing the current state: syncevolution --status owncloud contacts Running with one of the three modes: syncevolution --sync [slow|refresh-from-remote|refresh-from-local] owncloud contacts Then: Data modified @default during synchronization: *** @default/calendar *** *Comparison was impossible.* Since this step, I'm not able anymore to delete contact from my phone and make it sync on the server (to delete the contact on the server itself), instead the contact is just "cleared" (any information disappear but the contact is still here and keep firstname and lastname). I can sync contact created on the server on my phone and send contacts created on my phone on the server. It seems the backup database is corrupted but I'm not able to reset completely my config. I just wanted to start by zero but I can't find any way to do this. :'( phablet at ubuntu-phablet:~$ syncevolution --print-sessions owncloud /home/phablet/.cache/syncevolution/owncloud-2017-04-20-11-04-b +---------------|-----------------------|-----------------------|-CON-+ | | LOCAL | REMOTE | FLI | | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | contacts | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | 0 | | two-way, 0 KB sent by client, 0 KB received | | item(s) in database backup: 2 before sync, 2 after it | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | start Thu Apr 20 11:04:51 2017, duration 0:05min | | synchronization completed successfully | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ /home/phablet/.cache/syncevolution/owncloud-2017-04-20-11-05 +---------------|-----------------------|-----------------------|-CON-+ | | LOCAL | REMOTE | FLI | | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | contacts | 0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 0 | | two-way, 0 KB sent by client, 0 KB received | | item(s) in database backup: 2 before sync, 2 after it | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | start Thu Apr 20 11:05:24 2017, duration 0:05min | | synchronization completed successfully | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ phablet at ubuntu-phablet:~$ syncevolution --restore /home/phablet/.cache/syncevolution/owncloud-2017-04-20-11-05 --before owncloud contacts [INFO] 9frfrenchholiday: inactive [INFO] 9rd2q8ps5e2r48skvidunfkoms8: inactive [INFO] addressbook: inactive [INFO] calendar: inactive [INFO] memo: inactive [INFO] todo: inactive [INFO] contacts: restore from backup Data changes to be applied locally during restore: *** contacts *** *Comparison was impossible.* [INFO] contacts: started [INFO] contacts: restore done successfully [INFO] Item changes that were applied locally during restore: [INFO] +---------------------------------------|-----------------------------+ [INFO] | | LOCAL | [INFO] | Source | NEW | MOD | DEL | ERR |TOTAL| [INFO] +---------------------------------------+-----+-----+-----+-----+-----+ [INFO] | contacts | 0 | 0 | 0 | 0 | 2 | [INFO] +---------------------------------------+-----+-----+-----+-----+-----+ [INFO] The same incremental changes will be applied to the server during the next sync. [INFO] Use -sync refresh-from-client to replace the complete data on the server. phablet at ubuntu-phablet:~$ syncevolution --sync=refresh-from-client owncloud contacts [WARNING] owncloud: ignoring username , it is not needed [INFO] @default/9frfrenchholiday: inactive [INFO] @default/9rd2q8ps5e2r48skvidunfkoms8: inactive [INFO] @default/addressbook: inactive [INFO] @default/calendar: inactive [INFO] @default/memo: inactive [INFO] @default/todo: inactive [WARNING] owncloud: ignoring username , it is not needed [INFO @owncloud] target side of local sync ready [INFO @owncloud] @owncloud/addressbook: inactive [INFO @owncloud] @owncloud/calendar: inactive [INFO @owncloud] @owncloud/memo: inactive [INFO @owncloud] @owncloud/todo: inactive [INFO @owncloud] @owncloud/contacts: using configured database=https://cloud.influence-pc.fr/remote.php/carddav/addressbooks/Vincent/contacts [INFO @owncloud] @owncloud/contacts: starting first time sync from client (peer is server) [INFO @owncloud] @owncloud/contacts: sent 2/2 [INFO] @default/contacts: starting slow sync from client (peer is client) [INFO] creating complete data backup of datastore contacts before sync (enabled with dumpData and needed for printChanges) @default data changes to be applied during synchronization: *** @default/contacts *** *Comparison was impossible.* [INFO] @default/contacts: deleting "test estse" [INFO] @default/contacts: deleting "Gvv" [INFO] @default/contacts: deleting 2/2 [INFO] @default/contacts: started [INFO] @default/contacts: adding "test estse" [INFO] @default/contacts: adding "Gvv" [INFO] @default/contacts: received 2 [INFO @owncloud] @owncloud/contacts: started [INFO] @default/contacts: slow sync done successfully [INFO @owncloud] @owncloud/contacts: first time sync done successfully Synchronization successful. Changes applied during synchronization (@owncloud): +---------------|-----------------------|-----------------------|-CON-+ | | @owncloud | @default | FLI | | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | contacts | 0 | 0 | 0 | 0 | 2 | 0 | 0 | 0 | 0 | | refresh-from-local, 0 KB sent by client, 0 KB received | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | start Thu Apr 20 11:24:17 2017, duration 0:04min | | synchronization completed successfully | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ [INFO] creating complete data backup after sync (enabled with dumpData and needed for printChanges) Synchronization successful. Changes applied during synchronization: +---------------|-----------------------|-----------------------|-CON-+ | | @default | @owncloud | FLI | | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | contacts | 2 | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 | | refresh-from-remote, 0 KB sent by client, 0 KB received | | item(s) in database backup: 2 before sync, 2 after it | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ | start Thu Apr 20 11:24:17 2017, duration 0:04min | | synchronization completed successfully | +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+ Data modified @default during synchronization: *** @default/contacts *** *Comparison was impossible.* -- *Vincent Lambert* D?veloppeur informatique -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Thu Apr 27 13:01:18 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Thu, 27 Apr 2017 15:01:18 +0200 Subject: [SyncEvolution] "Comparison was impossible" " In-Reply-To: <08330559-4004-d56d-a2fe-a8ed2657124e@free.fr> References: <08330559-4004-d56d-a2fe-a8ed2657124e@free.fr> Message-ID: <1493298078.4241.137.camel@intel.com> On Thu, 2017-04-20 at 11:39 +0200, Vincent Lambert wrote: > Since this step, I'm not able anymore to delete contact from my phone > and make it sync on the server (to delete the contact on the server > itself), instead the contact is just "cleared" (any information > disappear but the contact is still here and keep firstname and > lastname). I can sync contact created on the server on my phone and > send contacts created on my phone on the server. > > > It seems the backup database is corrupted but I'm not able to reset > completely my config. I just wanted to start by zero but I can't find > any way to do this. :'( A --sync refresh-from-remote should reset your local data. It ignores any existing items in the local database and also generates a new local backup. Have you done that? I'm not sure why you get the "comparison impossible" message. Perhaps synccompare is not installed or not usable (it needs Perl). -- 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. From vincent.lambert9 at free.fr Fri Apr 28 08:31:55 2017 From: vincent.lambert9 at free.fr (Vincent) Date: Fri, 28 Apr 2017 10:31:55 +0200 Subject: [SyncEvolution] "Comparison was impossible" " In-Reply-To: <1493298078.4241.137.camel@intel.com> Message-ID: <699509860.131321856.1493368315201.JavaMail.root@zimbra79-e14.priv.proxad.net> > Envoy?: Jeudi 27 Avril 2017 15:01:18 > Objet: Re: [SyncEvolution] "Comparison was impossible" " > > A --sync refresh-from-remote should reset your local data. It ignores > any existing items in the local database and also generates a new > local > backup. Have you done that? > > I'm not sure why you get the "comparison impossible" message. Perhaps > synccompare is not installed or not usable (it needs Perl). > Yes, I've tried both refresh-from-remote and refresh-from-local (despite that cleared my database) and I always get the "Comparison was impossible" message. Could you tell me more about synccompare? Can I use it or debug by another command line? I can't certify that the message was not there before, but I'm pretty sure. _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Fri Apr 28 09:05:15 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Fri, 28 Apr 2017 11:05:15 +0200 Subject: [SyncEvolution] "Comparison was impossible" " In-Reply-To: <699509860.131321856.1493368315201.JavaMail.root@zimbra79-e14.priv.proxad.net> References: <699509860.131321856.1493368315201.JavaMail.root@zimbra79-e14.priv.proxad.net> Message-ID: <1493370315.4241.166.camel@intel.com> On Fri, 2017-04-28 at 10:31 +0200, Vincent wrote: > > Envoy?: Jeudi 27 Avril 2017 15:01:18 > > Objet: Re: [SyncEvolution] "Comparison was impossible" " > > > > A --sync refresh-from-remote should reset your local data. It ignores > > any existing items in the local database and also generates a new > > local > > backup. Have you done that? > > > > I'm not sure why you get the "comparison impossible" message. Perhaps > > synccompare is not installed or not usable (it needs Perl). > > > > Yes, I've tried both refresh-from-remote and refresh-from-local (despite that cleared my database) and I always get the "Comparison was impossible" message. > > Could you tell me more about synccompare? In the syncevolution.org packages, it is under /usr/bin/synccompare. It's a perl script that takes two database dumps and compares them, similar to a diff between text files. It gives you additional information what exactly changed during a sync (for example: ADR in a contact changed from foo to bar) instead of merely saying "one contact changed". > Can I use it or debug by another command line? You can call it with "synccompare " where each parameter is one of the ~/.cache/syncevolution/*/*.before or *.after directories. -- 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. From g+syncevolution at cobb.uk.net Fri Apr 28 09:18:26 2017 From: g+syncevolution at cobb.uk.net (Graham Cobb) Date: Fri, 28 Apr 2017 10:18:26 +0100 Subject: [SyncEvolution] "Comparison was impossible" " In-Reply-To: <1493370315.4241.166.camel@intel.com> References: <699509860.131321856.1493368315201.JavaMail.root@zimbra79-e14.priv.proxad.net> <1493370315.4241.166.camel@intel.com> Message-ID: <579b9dc4-12c8-5b17-ac5c-ea00b9560ece@cobb.uk.net> On 28/04/17 10:05, Patrick Ohly wrote: > On Fri, 2017-04-28 at 10:31 +0200, Vincent wrote: >> Could you tell me more about synccompare? > > In the syncevolution.org packages, it is under /usr/bin/synccompare. > It's a perl script that takes two database dumps and compares them, > similar to a diff between text files. I find it to be of variable usefulness. It is great when it works, but in my experience it scales horribly. I have to have it completely disabled on all my low-power systems (phones, etc) -- I have never had it run to completion on my Jolla phone, even leaving it overnight, so I just turn off comparison on those devices. Even on higher power systems it sometimes gets very confused and mixes up parts of different entries and ends up reporting all 2000 entries as different! I have it mostly turned off except when testing to see if changes are propagating as expected (or what changes are being lost as I do some one-way syncs). I think I always see "comparison was impossible" with refreshes. I assumed that is because the databases are deleted or something (although thinking about it further I am not sure that is a reasonable expectation). Graham _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Fri Apr 28 09:36:43 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Fri, 28 Apr 2017 11:36:43 +0200 Subject: [SyncEvolution] "Comparison was impossible" " In-Reply-To: <579b9dc4-12c8-5b17-ac5c-ea00b9560ece@cobb.uk.net> References: <699509860.131321856.1493368315201.JavaMail.root@zimbra79-e14.priv.proxad.net> <1493370315.4241.166.camel@intel.com> <579b9dc4-12c8-5b17-ac5c-ea00b9560ece@cobb.uk.net> Message-ID: <1493372203.4241.173.camel@intel.com> On Fri, 2017-04-28 at 10:18 +0100, Graham Cobb wrote: > On 28/04/17 10:05, Patrick Ohly wrote: > > On Fri, 2017-04-28 at 10:31 +0200, Vincent wrote: > >> Could you tell me more about synccompare? > > > > In the syncevolution.org packages, it is under /usr/bin/synccompare. > > It's a perl script that takes two database dumps and compares them, > > similar to a diff between text files. > > I find it to be of variable usefulness. It is great when it works, but > in my experience it scales horribly. I just use it on a laptop and it works for me, but I agree that it's mostly a hack originating in the automated testing. There's even a bug open for rewriting it... > I think I always see "comparison was impossible" with refreshes. I > assumed that is because the databases are deleted or something (although > thinking about it further I am not sure that is a reasonable expectation). There should be "before" and "after" dumps also for refreshes, so this has to be something else. -- 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. From dclement1 at laposte.net Mon Apr 10 07:29:05 2017 From: dclement1 at laposte.net (Daniel CLEMENT) Date: Mon, 10 Apr 2017 09:29:05 +0200 Subject: [SyncEvolution] Recent sync problem Message-ID: <1491809345.5610.9.camel@laposte.net> Hello, My syncing (with Memotoo) has been running smoothly for quite a while, but just this weekend errors have appeared. It looks as if every second sync attempt wants a slow sync. The slow sync is successful, and the subsequent normal sync also works. But at the next attempt I'm back to the same problem. Only my main PC (Linux Mint Debian Jessie) has this problem, another one with the very same config (in principle) syncs flawlessly. I'd be tempted to "refresh from server"; is that the right thing to do? Below is an excerpt from the terminal output. TIA for any insight - best regards, -- Daniel CLEMENT terminal output ------------ daniel at m6400 ~ $ syncevolution memotoo [INFO] calendar+todo: inactive [INFO] addressbook: starting normal sync, two-way (peer is server) [INFO] calendar: resuming slow sync, two-way (peer is server) [INFO] memo: resuming slow sync, two-way (peer is server) [INFO] todo: resuming slow sync, two-way (peer is server) [INFO] creating complete data backup of datastore addressbook before sync (enabled with dumpData and needed for printChanges) Local data changes to be applied during synchronization: *** addressbook *** Comparison was impossible. [INFO] creating complete data backup of datastore todo before sync (enabled with dumpData and needed for printChanges) *** todo *** no changes [INFO] calendar: resumed slow sync done unsuccessfully [ERROR] calendar: local, status 20048 [INFO] memo: resumed slow sync done unsuccessfully [ERROR] memo: local, status 20048 [ERROR] Aborting because of unexpected slow sync for datastore(s): calendar memo [INFO] Doing a slow synchronization may lead to duplicated items or [INFO] lost data when the server merges items incorrectly. Choosing [INFO] a different synchronization mode may be the better alternative. [INFO] Restart synchronization of affected source(s) with one of the [INFO] following sync modes to recover from this problem: [INFO] slow, refresh-from-server, refresh-from-client _______________________________________________ SyncEvolution mailing list SyncEvolution at syncevolution.org https://lists.syncevolution.org/mailman/listinfo/syncevolution From patrick.ohly at intel.com Wed Apr 12 15:29:01 2017 From: patrick.ohly at intel.com (Patrick Ohly) Date: Wed, 12 Apr 2017 17:29:01 +0200 Subject: [SyncEvolution] Recent sync problem In-Reply-To: <1491809345.5610.9.camel@laposte.net> References: <1491809345.5610.9.camel@laposte.net> Message-ID: <1492010941.27604.29.camel@intel.com> On Mon, 2017-04-10 at 09:29 +0200, Daniel CLEMENT wrote: > Hello, > > My syncing (with Memotoo) has been running smoothly for quite a while, > but just this weekend errors have appeared. > > It looks as if every second sync attempt wants a slow sync. The slow > sync is successful, and the subsequent normal sync also works. But at > the next attempt I'm back to the same problem. > > Only my main PC (Linux Mint Debian Jessie) has this problem, another one > with the very same config (in principle) syncs flawlessly. Just to rule out the obvious, these two configurations do not share the same local device ID? > I'd be tempted to "refresh from server"; is that the right thing to do? Might be worth a try. Somehow thw slow syncing didn't finish properly, because the output you quoted showed that it tries to resume (which the server probably doesn't support). I ran the automated testing against Memotoo today and found no issues. -- 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.