desktopcouch-service uses 100% CPU after hibernation

Hello,

If this is reproducible, could you please look into ~/.cache/desktop-couch/ for the logs that might help us diagnose the problem. There may be some info in desktop-couchdb.log, as well as log/desktop-couch-replication.log.

It may also help to attach the gdb to the running process and see what routine the python interpreter is executing using bt command.

E.g.

gdb -p 12345
(gdb) bt
... backtrace ...
(gqb) q
A debugging session is active.

 Inferior 1 [process 12345] will be detached.

Quit anyway? (y or n) y

Desktop-couchdb.log file

desktop-couch-replication.log

(gdb) bt
#0 0xffffffffff600132 in ?? ()
#1 0x00007ffffe7ff642 in ?? ()
#2 0x00007ffffe7ff6dd in gettimeofday ()
#3 0x00007faf52109e2a in gettimeofday () from /lib/libc.so.6
#4 0x00007faf4f038957 in g_get_current_time () from /usr/lib/libglib-2.0.so.0
#5 0x00007faf4f038b44 in g_source_get_current_time () from /usr/lib/libglib-2.0.so.0
#6 0x00007faf4f038ca1 in g_timeout_prepare () from /usr/lib/libglib-2.0.so.0
#7 0x00007faf4f03b6a1 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#8 0x00007faf4f03ba81 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
#9 0x00007faf4f03c2e5 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#10 0x00007faf4fb430a1 in _wrap_g_main_loop_run () from /usr/lib64/python2.6/site-packages/gtk-2.0/glib/_glib.so
#11 0x00007faf52d4b493 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#12 0x00007faf52d4d434 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#13 0x00007faf52d4bbcf in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#14 0x00007faf52d4d434 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#15 0x00007faf52d4d502 in PyEval_EvalCode () from /usr/lib/libpython2.6.so.1.0
#16 0x00007faf52d675dc in run_mod () from /usr/lib/libpython2.6.so.1.0
#17 0x00007faf52d676b2 in PyRun_FileExFlags () from /usr/lib/libpython2.6.so.1.0
#18 0x00007faf52d68a5c in PyRun_SimpleFileExFlags () from /usr/lib/libpython2.6.so.1.0
#19 0x00007faf52d74cf1 in Py_Main () from /usr/lib/libpython2.6.so.1.0
#20 0x00007faf52096bbd in __libc_start_main () from /lib/libc.so.6
#21 0x0000000000400789 in _start ()

Hi Jürgen,

The replication logs show something strange: It looks as if all replication calls from the cloud to the desktop fail with 'illegal database name'. Could you check that the databases: 'contacts', 'gwibber-accounts', 'gwibber-preferences' and 'notes' exist in your local couchdb? This command:

xdg-open ~/.local/share/desktop-couch/couchdb.html

should open a browser view of your local couchdb databases.

I opened that file but got authentification failed (it asked for name and password which I didn't have).

I read on the desktopcouch website how to reset the database
(killall beam.smp
# kill old ini file
rm ~/.config/desktop-couch/desktop-couchdb.ini
# now try restaring via dbus
dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort)

and after doing that I couch access the couchdb and things would still be working.

It seems to me that through hibernating the desktopcouch thing seems to lose the connection to the couchdb thingy?