[SyncEvolution] Syncing error: fatal error (local, status 10500)
by Stefan Vater
Hi,
I try to sync the data of my cell phone (Nokia 5230) with my computer using
syncevo. I startd to just do the sync for the contacts. I use syncevo 1.1
with akonadi support, which I got as a package from an openSUSE repository.
I know that this is stll very experimental, but I really would like to test
this environment.
syncevolution seems to recognise my sources. I get:
me@mycomputer:~> syncevolution
KDE Address Book = KDE Contacts = kde-contacts:
Aktuelle (akonadi:?collection=145) <default>
Personal Contacts (akonadi:?collection=84)
Letzte Suche (akonadi:?collection=144)
Search (akonadi:?collection=1)
KDE Calendar = kde-calendar:
Geburtstage und Jahrestage (akonadi:?collection=146) <default>
Letzte Suche (akonadi:?collection=144)
Search (akonadi:?collection=1)
My Calender (akonadi:?collection=88)
KDE Task List = KDE Tasks = kde-tasks:
Letzte Suche (akonadi:?collection=144) <default>
Search (akonadi:?collection=1)
My Calender (akonadi:?collection=88)
KDE Memos = kde-memos:
But when I try the sync, I get the following error:
me@mycomputer:~> syncevolution nokia5230
[INFO] calendar+todo: inactive
[INFO] calendar: inactive
[INFO] todo: inactive
[INFO] memo: inactive
[INFO] Server sending SAN
[ERROR] addressbook: addressbook: listing items
[INFO] addressbook: inactive
[ERROR] addressbook: fatal error (local, status 10500)
Synchronization failed, see
/home/me/.cache/syncevolution/nokia5230-2011-04-08-10-19/syncevolution-
log.html for details.
Changes applied during synchronization:
+---------------|-----------------------|-----------------------|-CON-+
| | LOCAL | REMOTE | FLI |
| Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| addressbook | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| fatal error (local, status 10500) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| start Fr 08 Apr 2011 10:19:42 CEST, duration 0:09min |
| fatal error (local, status 10500) |
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
First ERROR encountered: addressbook: listing items
The part in the log file, where the error comes up is here:
[2011-04-08 10:19:51.655] 'DSStateChange' - Datastore changes state,
datastore=addressbook, oldstate=sync_mode_stable,
newstate=data_access_started [--][++] [->end] [->enclosing]
[2011-04-08 10:19:51.655] TStdLogicDS::startDataAccessForServer
[2011-04-08 10:19:51.656] - number of items in list before StartDataRead =
0
[2011-04-08 10:19:51.656] FilterSupport staticfilter:
dynamicfilter:
invisiblefilter:
[2011-04-08 10:19:51.656] MultiThread disabled
[2011-04-08 10:19:51.656] 'ReadSyncSet' - Reading Sync Set from Database,
datastore=addressbook [--][++] [->end] [->enclosing]
[2011-04-08 10:19:51.656] ContextSupport ReadNextItem:allfields
[2011-04-08 10:19:51.656] Executing Script 'initscript'
[2011-04-08 10:19:51.656] Now reading local sync set: report changes
since reference1 at <no time>, and since reference2 at 2011-04-07
11:31:22.000
[2011-04-08 10:19:51.657] creating
/home/me/.cache/syncevolution/nokia5230-2011-04-08-10-19/addressbook.before
[2011-04-08 10:19:51.721] addressbook: listing items
[2011-04-08 10:19:51.721] StartDataRead last='' resume='' res=10500
[2011-04-08 10:19:51.721] DBapi::StartDataRead fatal error: 10500
[2011-04-08 10:19:51.721] End of 'ReadSyncSet' [->top] [->enclosing]
[2011-04-08 10:19:51.721] End of 'DSStateChange' [->top] [->enclosing]
[2011-04-08 10:19:51.721] TLocalEngineDS::engProcessSyncCmd: could not
change state to dsssta_dataaccessstarted -> abort
[2011-04-08 10:19:51.721] 'DSAbort' - Aborting datastore sync,
abortStatusCode=10500, localProblem=yes, resumable=yes [--][++] [->end] [-
>enclosing]
[2011-04-08 10:19:51.721] 'SessionAbort' - Aborting Session, Status=10500,
ProblemSource=LOCAL [--][++] [->end] [->enclosing]
[2011-04-08 10:19:51.722] WARNING: Aborting Session with Reason Status
10500 (LOCAL problem) ***
[2011-04-08 10:19:51.722] --------------- Ignoring all commands in this
message (after 0 sec. request processing, 1 sec. total) with Status 514
(0=none) from here on
[2011-04-08 10:19:51.722] End of 'SessionAbort' [->top] [->enclosing]
[2011-04-08 10:19:51.722] 'SaveSuspendState' - Saving state for
suspend/resume, datastore=addressbook [--][++] [->end] [->enclosing]
[2011-04-08 10:19:51.722] 'SaveResumeMarks' - let implementation save
resume info, datastore=addressbook [--][++] [->end] [->enclosing]
[2011-04-08 10:19:51.722] End of 'SaveSuspendState' [->top] [->enclosing]
[2011-04-08 10:19:51.722] *************** Warning: Datastore flagged
aborted (after 0 sec. request processing, 1 sec. total) with LOCAL Status
10500
[2011-04-08 10:19:51.722] End of 'DSAbort' [->top] [->enclosing]
My configuration file for the addressbook is:
sync = two-way
type = addressbook
uri = Contacts
It seems to me that syncevo does not find the local data. Is that a
configuration or installation problem. Any hints are appreciated!
Regards,
Stefan
9 years, 9 months
[SyncEvolution] Akonadi + KDE support (was: Re: [Opensync-devel] OpenSync: fragmentation is harmful)
by Patrick Ohly
[moving to SyncEvolution list]
On Di, 2011-01-04 at 10:30 -0800, Emanoil Kotsev wrote:
> Hi,
>
> I need to catch up with the thread, but for now I want to answer to this here
>
> --- On Mon, 1/3/11, Patrick Ohly <patrick.ohly(a)gmx.de> wrote:
>
> > have). GPE is one example. Akonadi another. I already wrote
> > a prototype
> > backend for Akonadi, but now need a developer who is
> > motivated to finish
> > and maintain it.
I should have mentioned that Dinesh is working on it; I just haven't
seen the result yet and don't know whether he wants to stay around once
it is included (maintenance!).
> If you give me access to the code I could fix it, as I am highly
> motivated to have KDE4 sincable in near future (until someone fixes
> the rest of opensync).
Dinesh, is there a chance that Emanoil helps with the SyncEvolution
Akonadi backend? I can imagine that the work can be split up easily (for
example, you doing the KDE integration (HTTP, KWallet, GUI), while
Emanoil does the actual sync backend), but you know best what the
current status is.
Emanoil, attached Dinesh's last email on the subject. None of his work
is in the main SyncEvolution. We did one code review a while back and
determined that further work was needed to make it ready.
I'd be very interested to get as many suitable patches integrated now.
1.2 (= master) is still in an experimental phase, so modifying core code
is okay. The Akonadi backend can be modified at any time, it is just a
question of when it is ready for users.
--
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.
9 years, 9 months
