GNOME Bugzilla – Bug 615371
evolution-data-server Google calendar consumes most of memory
Last modified: 2011-01-18 13:11:45 UTC
On my desktop this week and a laptop, both using Google Calendar in Evolution, I found the evolution-data-server to be consuming almost all memory on both machines. To "fix" the problem, I ran "evolution --force-shutdown". We had been using Google Calendar server in Evolution for several months without incident. There was an upgrade on April 7 for OpenJDK on Ubuntu systems, could this be related?
The reason I think it is related to Google Calendar in Evolution is that I noticed regular network traffic and ran Wireshark. This showed that about every 15 seconds there were about 95 frames being communicated between my machine and an ip which whois identified as a Google IP. If I recall correctly, some of the Wireshark traffic mentioned Google Calendar which is what caught my eye. Well that and the fact that evolutoin-data-server was consuming 2 Gigs of RAM on my machine and several hundred megs on my wife's.
Could you please provide us valgrind traces ? You can use command G_SLICE=always-malloc G_DEBUG=gc-friendly valgrind -v --tool=memcheck --leak-check=full --num-callers=40 --log-file=valoffline.log /use/lib64/evolution-data-server/evolution-data-server-2.28 There won't be any upgrade for 2.28.x cycle so will it be possible for you try out current stable evolution 2.30.0 ?
I run Ubuntu 9.10, 32 bit. Do you want me to open a terminal window and assign the above variable then run "evolution --force-shutdown"? Hmm that won't work, I just tried running the command to cycle evolution then assigned the variable: export G_SLICE="always-malloc G_DEBUG=gc-friendly valgrind -v --tool=memcheck --leak-check=full --num-callers=40 --log-file=valoffline.log /usr/lib/evo/usr/lib/evolution/evolution-data-server-2.28" and checked "ps -ef|grep evolu" and it has a custom start string: /usr/lib/evolution/evolution-data-server-2.28 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_InterfaceCheck --oaf-ior-fd=35 So I'm not sure that the server "saw" the G_SLICE string I assigned? Also I don't see a file called valoffline.log in my $HOME or in /var/log? Perhaps/probably I'm not clear what you want me to do?
I went back and looked at this again and realized (I must have been tired) that I'd merged the shell variables together. Luckily I know what that means. Wonder what an ordinary user does when asked to run a valgrind? Anyway it's running in a terminal window now and I'll let it do that for a few days while the memory keeps increasing and then I guess attach the logs.
Created attachment 159514 [details] Dilton's log created for bug 615371
The zipped log is attached. The data-server? only ran for a day and grew to over 200 megs, or it was a memory checker tool running the data server. Hope the information is useful.
Created attachment 159560 [details] Dilton's log no2. created for bug 615371 Attaching the latest log, it has --show-reachable=yes turned on.
Google support in evolution has been provided by caldav in later versions so you may not see memory leaks which were due to libgdata. Can you please check again whether this issue still happens in Evolution 2.32.0 and update this report by adding a comment and changing the "Version" field? Thanks a lot.
Ubuntu 10.04 has Evolution 2.28.3 but if you check the bug history in the related bug report here https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/569818 you will see that others are reporting the memory leak happens whether they use Google Calendar or not.
As there is no development going on in Evolution 2.28.x, you won't get any fix. It will be good if you can confirm us leaks with Evolution 2.32.0.
I'm running the latest Ubuntu 10.04 and Evolution which has served me and my wife quite well for over 3 years (except for this memory leak) says in the About box that it is at version 2.28.3. I will clarify, we run the latest release possible to obtain for Ubuntu. The version of Evolution is what it has. We are stuck with this version as end users.
Well now I'm on Ubuntu 10.10 64 bit and the symptoms are there is now a new process called e-Calendar-factory that is taking a half a gig of RAM after 3 days of up time.
any news for this report?
I've not seen the memory increases for a couple of weeks, there have been more updates than usual lately though so it's a bit early to tell for sure if a fix has been entered.
closing... Please feel free to reopen this bug if you can reproduce this bug again. Thanks!
I'm running Ubuntu 10.10 on x86_32 and e-calendar-factory is eating half gigabytes after a couple of days. I'm subscribed to a google calendar. There's a launchpad bug about the same issue and looks like i'm not the only one suffering from it: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/648618