Hi, This time I was able to capure some logging data. It seems that actually the phone does not decide that a timeout is reached but syncevolution does so - see log below.
I triggered the sync from the phone which does not give me the option to
specify the sync-type.
Can I sync only 1000 entries at a time?
[INFO] sync: /org/syncevolution/Session/11608689871360261428: calendar:
received 3513/4201
[INFO] sync: /org/syncevolution/Session/11608689871360261428: calendar: added
3513, updated 0, removed 0
[ERROR] dbus.connection: Exception in handler for D-Bus signal:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 230, in
maybe_handle_message
self._handler(*args, **kwargs)
File "/usr/local/bin/syncevo-http-server", line 154, in abort
self.destruct(http.INTERNAL_SERVER_ERROR, "lost connection to
SyncEvolution")
File "/usr/local/bin/syncevo-http-server", line 133, in destruct
File "/usr/local/bin/syncevo-http-server", line 133, in destruct
self.connection.Close(False, message)
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in
__call__
**keywords)
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in
call_blocking
message, timeout)
DBusException: org.syncevolution.InvalidCall: cannot detach from resource that
client is not attached to
[ERROR] syncevo-dbus-server: /org/syncevolution/Server: cannot detach from
resource that client is not attached to
[ERROR] sync: /org/syncevolution/Session/11608689871360261428: transport
problem: send() on connection which is not ready
[INFO] sync: /org/syncevolution/Session/11608689871360261428: addressbook:
normal sync done unsuccessfully
[ERROR] sync: /org/syncevolution/Session/11608689871360261428: aborted on
behalf of user (local, status 20017)
[INFO] sync: /org/syncevolution/Session/11608689871360261428: calendar: first
time sync done unsuccessfully
[ERROR] sync: /org/syncevolution/Session/11608689871360261428: aborted on
behalf of user (local, status 20017)
[INFO] sync: /org/syncevolution/Session/11608689871360261428: creating
complete data backup after sync (enabled with dumpData and needed for
printChanges)
[ERROR] twisted: Unhandled Error
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 1349, in
dataReceived
finishCallback(data[contentLength:])
File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 1563, in
_finishRequestBody
self.allContentReceived()
File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 1618, in
allContentReceived
req.requestReceived(command, path, version)
File "/usr/lib/python2.7/dist-packages/twisted/web/http.py", line 773, in
requestReceived
self.process()
--- <exception caught here> ---
File "/usr/lib/python2.7/dist-packages/twisted/web/server.py", line 132, in
process
self.render(resrc)
File "/usr/lib/python2.7/dist-packages/twisted/web/server.py", line 167, in
render
body = resrc.render(self)
File "/usr/lib/python2.7/dist-packages/twisted/web/resource.py", line 216,
in render
return m(request)
File "/usr/local/bin/syncevo-http-server", line 325, in render_POST
session.process(request, data)
File "/usr/local/bin/syncevo-http-server", line 264, in process
self.connection.Process(data, type)
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in
__call__
**keywords)
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: No
such interface `org.syncevolution.Connection' on object at path
/org/syncevolution/Connection/11608689871360261428
Regards
Christof
Am Donnerstag, 7. Februar 2013, 14:14:25 schrieb Patrick Ohly:
> On Thu, 2013-02-07 at 13:46 +0100, Christof Schulze wrote:
> > I started with a one-way-sync from phone to syncevo-http-server.
> > This caused syncevolution to remove all data from owncloud, which is
> > perfectly fine. However doing so takes about one second for each entry
> > causing the phone to report a timeout after a while.
> > What is your take on that? Shouldn't syncevo-http-server try to keep the
> > session to the phone open?
> The session is kept open; it's the phone decides that it is waiting too
> long for a reply and therefore aborts. I know that the Synthesis SyncML
> engine can send empty messages to inform the client that it is still
> alive, but I am not familiar with how that works in detail.
> Lukas, can you say more about this feature? When does it kick in?
> > Maybe a better approach would be to clean all
> > files at once on the webdav server to circumvent the timeout in the
> > first place?
> Did you do a "refresh" sync?
> There are ways to let a backend wipe out data more efficiently. The
> WebDAV backend doesn't support that at the moment, leading to a lot of
> DELETE requests. As you said, this should be added.
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
