Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 593666 - mail-client/evolution-3.20.5 - high CPU load for evolution-calendar-factory-subprocess --factory caldav
Summary: mail-client/evolution-3.20.5 - high CPU load for evolution-calendar-factory-s...
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL: https://bugzilla.redhat.com/show_bug....
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-13 15:11 UTC by Juergen Rose
Modified: 2016-09-17 14:56 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Juergen Rose 2016-09-13 15:11:14 UTC
For some days I have a 25% CPU utilization of the  evolution-calendar-factory-subprocess just after login as user rose:

root@lynx:/root(6)# ps uwax k-%cpu | head
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
rose      7859 40.6  5.2 2099652 794116 ?      Rl   16:35   6:23 firefox
rose      5048 32.5  2.7 2446112 418800 ?      Rl   16:31   6:23 gnome-shell --replace
rose      5269 25.7  0.3 2113188 48188 ?       Sl   16:32   4:54 /usr/libexec/evolution-calendar-factory-subprocess --factory caldav --bus-name org.gnome.evolution.datase
root      3099  4.8  0.9 485556 141524 tty7    Ssl+ 16:30   1:00 /usr/bin/X :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
rose      5109  1.2  0.5 556100 88668 ?        Sl   16:31   0:14 /usr/libexec/tracker-store


I found a discussion to a similar problem at:
https://bugzilla.redhat.com/show_bug.cgi?id=1293073


Some days ago I got an invitation for an appointment with a mail. I read this mail with evolution, and I was asked by some mask to accept this appointment. I then cancelled this procedure, because I did not know the related calendar password. I have the impression that this unfinished procedure is still working in the background. Killing the evolution-calendar-factory-subprocess or rebooting does not help. The evolution-calendar-factory-subprocess is immediately restarted.

'journalctl -xb' says:
root@lynx:/root(8)# journalctl -xb | grep evo
Sep 13 16:39:19 lynx org.gnome.evolution.dataserver.Calendar7[4744]: (evolution-calendar-factory-subprocess:5269): e-cal-backend-caldav-WARNING **: Server did not response with SOUP_STATUS_MULTI_STATUS, but with code 7 (Connection terminated unexpectedly)
Sep 13 16:43:31 lynx org.gnome.evolution.dataserver.Calendar7[4744]: (evolution-calendar-factory-subprocess:5269): e-cal-backend-caldav-WARNING **: Server did not response with SOUP_STATUS_MULTI_STATUS, but with code 7 (Connection terminated unexpectedly)

How could I find out, which server did respond? The debugger says:

root@lynx:/root(9)# gdb --batch --ex "t a a bt" -pid=5269  &>btPID.txt
root@lynx:/root(10)# cat btPID.txt
[New LWP 5273]
[New LWP 5274]
[New LWP 5275]
[New LWP 5276]
[New LWP 5335]
[New LWP 5343]
[New LWP 5344]
[New LWP 5376]
[New LWP 5416]
[New LWP 5420]
[New LWP 13944]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007f4f0d727d7d in poll () from /lib64/libc.so.6

Thread 12 (Thread 0x7f4ee9c9c700 (LWP 13944)):
#0  0x00007f4f0d72c909 in syscall () from /lib64/libc.so.6
#1  0x00007f4f0cdea86a in g_cond_wait_until () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f4f0cd7a939 in g_async_queue_pop_intern_unlocked () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f4f0cdcd0a6 in g_thread_pool_thread_proxy () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f4f0cdcc735 in g_thread_proxy () from /usr/lib64/libglib-2.0.so.0
#5  0x00007f4f0cb473a4 in start_thread () from /lib64/libpthread.so.0
#6  0x00007f4f0d730dfd in clone () from /lib64/libc.so.6

Thread 11 (Thread 0x7f4ed5ffb700 (LWP 5420)):
#0  0x00007f4f0d72c909 in syscall () from /lib64/libc.so.6
#1  0x00007f4f0cdea74f in g_cond_wait () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f4efd13c7b6 in ?? () from /usr/lib64/evolution-data-server/calendar-backends/libecalbackendcaldav.so
#3  0x00007f4f0cdcc735 in g_thread_proxy () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f4f0cb473a4 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f4f0d730dfd in clone () from /lib64/libc.so.6

Thread 10 (Thread 0x7f4efdb42700 (LWP 5416)):
#0  0x00007f4f0d72c909 in syscall () from /lib64/libc.so.6
#1  0x00007f4f0cdea74f in g_cond_wait () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f4efd13c7b6 in ?? () from /usr/lib64/evolution-data-server/calendar-backends/libecalbackendcaldav.so
#3  0x00007f4f0cdcc735 in g_thread_proxy () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f4f0cb473a4 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f4f0d730dfd in clone () from /lib64/libc.so.6

...

Thread 6 (Thread 0x7f4ed57fa700 (LWP 5335)):
#0  0x00007f4f0d72c909 in syscall () from /lib64/libc.so.6
#1  0x00007f4f0cdea74f in g_cond_wait () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f4efd13c7b6 in ?? () from /usr/lib64/evolution-data-server/calendar-backends/libecalbackendcaldav.so
#3  0x00007f4f0cdcc735 in g_thread_proxy () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f4f0cb473a4 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f4f0d730dfd in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7f4eff7fe700 (LWP 5276)):
#0  0x00007f4f0d727d7d in poll () from /lib64/libc.so.6
#1  0x00007f4f0cda5f4c in g_main_context_iterate.isra () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f4f0cda62d2 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f4f0d3a57c6 in gdbus_shared_thread_func () from /usr/lib64/libgio-2.0.so.0
#4  0x00007f4f0cdcc735 in g_thread_proxy () from /usr/lib64/libglib-2.0.so.0
#5  0x00007f4f0cb473a4 in start_thread () from /lib64/libpthread.so.0
#6  0x00007f4f0d730dfd in clone () from /lib64/libc.so.6

...

Thread 1 (Thread 0x7f4f0ea2a740 (LWP 5269)):
#0  0x00007f4f0d727d7d in poll () from /lib64/libc.so.6
#1  0x00007f4f0cda5f4c in g_main_context_iterate.isra () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f4f0cda62d2 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0
#3  0x000000000040153d in ?? ()
#4  0x00007f4f0d669670 in __libc_start_main () from /lib64/libc.so.6
#5  0x00000000004015d9 in ?? ()
root@lynx:/root(11)# ll btPID.txt



Any hint would be deeply appreciated.