Version-Release number of selected component: evolution-3.6.2-3.fc18 Additional info: libreport version: 2.0.18 abrt_version: 2.0.18 backtrace_rating: 4 cmdline: evolution crash_function: g_wakeup_new kernel: 3.6.8-2.fc17.x86_64 truncated backtrace: :Thread no. 1 (9 frames) : #2 g_wakeup_new at gwakeup.c:163 : #3 g_main_context_new at gmain.c:590 : #4 async_closure_new at camel-service.c:127 : #5 camel_service_connect_sync at camel-service.c:1597 : #6 imapx_refresh_info_sync at camel-imapx-folder.c:619 : #7 camel_folder_refresh_info_sync at camel-folder.c:3991 : #8 refresh_folders_exec at mail-send-recv.c:1049 : #9 mail_msg_proxy at mail-mt.c:423 : #11 g_thread_proxy at gthread.c:797
Created attachment 657547 [details] File: core_backtrace
Created attachment 657548 [details] File: environ
Created attachment 657549 [details] File: limits
Created attachment 657550 [details] File: backtrace
Created attachment 657551 [details] File: cgroup
Created attachment 657552 [details] File: xsession_errors
Created attachment 657553 [details] File: executable
Created attachment 657554 [details] File: maps
Created attachment 657555 [details] File: dso_list
Created attachment 657556 [details] File: build_ids
Created attachment 657557 [details] File: proc_pid_status
Created attachment 657558 [details] File: open_fds
Created attachment 657559 [details] File: var_log_messages
Thanks for a bug report. I recall something similar, which showed when evolution got out of file descriptors, which seems like it's leaking them somewhere. I know of one possible place [1], which is fixed for 3.6.3, but maybe there are more places. Did you have evolution opened for a long(er) time, reading many emails? I'm just looking for a confirmation. [1] http://git.gnome.org/browse/evolution/commit/?h=gnome-3-6&id=c7f5afb6d917
(In reply to comment #14) > Thanks for a bug report. I recall something similar, which showed when > evolution got out of file descriptors, which seems like it's leaking them > somewhere. I know of one possible place [1], which is fixed for 3.6.3, Would be nice to get that into FC18 then. > Did you have evolution opened for a long(er) time, reading many emails? Well, certainly not as long as I have had 3.4.x open on FC17 since I only just updated to FC18 on the weekend and most certainly have restarted evolution in the last 24-48h. I typically leave evolution open all of the time so on 3.4.x I would have easily had it open for many many days.
Could you try with this [1] scratch build, please? It contains the patch, it-ll be interesting to see whether it'll help for you. I'm not sure, because the file from comment #12 lists 1024 opened files, but most of them are "eventfd", which I do not know what exactly is. [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=4758366
(In reply to comment #16) > Could you try with this [1] scratch build, Installed. I will update if it crashes again.
(In reply to comment #17) > > Installed. I will update if it crashes again. Crashed again last night.
What can we do to make progress on this issue since this is a daily crasher in FC18?
*** Bug 883826 has been marked as a duplicate of this bug. ***
The key thing is to find out what is leaking the file descriptor(s), aka after which action the count of used file descriptors increases. Let's try this: a) run evolution as usual b) keep it running for awhile, say until the initial folder updates are done c) then grab list of opened files with command: $ lsof -p `pidof evolution` >first.log get also count of lines, with this command: $ lsof -p `pidof evolution` | wc -l d) do some action, like move from one message to another, move from one folder to another, and so on. When the status bar vanishes, check count of opened files: $ lsof -p `pidof evolution` | wc -l in case it increased from step c), then get list of opened files again: $ lsof -p `pidof evolution` >second.log Diff of the first.log and the second.log may show what file is newly opened. Note some file handles can be left opened during message preview, and are freed only after you move to other message or folder.
It looks like about 1 new eventfd gets created every minute without me even doing anything with evolution. I do have it set to do an POP3 every minute as well as some IMAPX accounts also set on 1 minute polls although those IMAPX accounts are set: * not to check all folders * not to check subscribed folders * use quick resync * listen for server change notifications And there is an EWS account set to poll every minute also but it also doesn't have the option to check all folders set. I did a little experiment where I set just the pop3 account to check every 10 minutes and it definitely reduced the 1-per-minute eventfd creation.
Thanks a lot for the investigation. I can reproduce this too, whenever I do Send/Receive-><my POP3 account>, count of opened file descriptors increases by one. I'm investigating further.
Happy to have helped. Awesome that you can reproduce.
OK, after basically whole day of debugging I found out that the issue is that a GWakeUp a leaked. It's pretty hard to explain, but I tried within an upstream bug [1], after chat with other smart people. I'll try to find some easy workaround for this and apply it. (Interesting the GWakeUp failed because other instances of the same object were leaking.) :) [1] https://bugzilla.gnome.org/show_bug.cgi?id=690126
I made upstream commits for 3.7.3+ and 3.6.3+ with a workaround. I'm also building an update of evolution-data-server with this workaround included, it'll be available for testing shortly. Thanks for your help with this.
evolution-data-server-3.6.2-3.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/evolution-data-server-3.6.2-3.fc18
Package evolution-data-server-3.6.2-3.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing evolution-data-server-3.6.2-3.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-20322/evolution-data-server-3.6.2-3.fc18 then log in and leave karma (feedback).
(In reply to comment #28) > Package evolution-data-server-3.6.2-3.fc18: I had installed this and was using it at the end of last week however now evolution is segfaulting on startup and I can'f file an abrt dump because abrt can't find the debug packages for this e-d-s.
You can install debuginfo from the update by hand, when you download it and install with yum. The package is the same as the one before, only with a patch for this particular issue included. I hope you get some old issue, not a new caused by the update.
I see you managed to file the bug #887350 with abrt.
evolution-data-server-3.6.2-3.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.