Evolution freezes often [evolution crashed with SIGSEGV in __kernel_vsyscall() ]

Bug #527569 reported by Vish
34
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Evolution
Fix Released
Critical
evolution (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: evolution

I find evolution often frozen and using high CPU.

I keep evolution running constantly and I have noticed this behavior often.
The freeze is aways during the fetching of mails. I notice the status bar stuck at "Fetching mail...." and evolution consuming high cpu for a very long time. [Not sure how to consistently reproduce it.]

This time evolution froze when I manually clicked send/receive button.
I used $ kill -11 <evolution PID> to generate this report.

[this bug , has been happening for 2-3 weeks and is unrelated to the gtk-csd change which seems fixed]

ProblemType: Crash
Architecture: i386
CheckboxSubmission: 6c350872f0b430ef8235c693ed2354c1
CheckboxSystem: 5484a8dd99f006173bd2ac53fa4837c2
CrashCounter: 1
Date: Thu Feb 25 11:06:44 2010
DistroRelease: Ubuntu 10.04
ExecutablePath: /usr/bin/evolution
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha i386 (20091209)
Package: evolution 2.28.2-1ubuntu6
ProcCmdline: evolution
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-14.20-generic
SegvAnalysis:
 Segfault happened at: 0x528422 <__kernel_vsyscall+2>: ret
 PC (0x00528422) ok
 Reason could not be automatically determined.
Signal: 11
SourcePackage: evolution
StacktraceTop:
 __kernel_vsyscall ()
 *__GI___poll (fds=0x65bdff4, nfds=10, timeout=124)
 g_poll () from /lib/libglib-2.0.so.0
 ?? () from /lib/libglib-2.0.so.0
 g_main_loop_run () from /lib/libglib-2.0.so.0
Title: evolution crashed with SIGSEGV in __kernel_vsyscall()
Uname: Linux 2.6.32-14-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
Vish (vish) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 __kernel_vsyscall ()
 *__GI___poll (fds=0x65bdff4, nfds=10, timeout=124)
 g_poll () from /lib/libglib-2.0.so.0
 ?? () from /lib/libglib-2.0.so.0
 g_main_loop_run () from /lib/libglib-2.0.so.0

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in evolution (Ubuntu):
importance: Undecided → Medium
tags: removed: need-i386-retrace
Vish (vish)
tags: added: regression-potential
visibility: private → public
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Hello Vish, Please try to obtain a backtrace manually following the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

Changed in evolution (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
status: New → Incomplete
Changed in evolution (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
Revision history for this message
Vish (vish) wrote :

Kept running evolution in gdb to finally catch it in action.

Noticed that evolution had frozen with:
Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0xacd9cb70 (LWP 16296)]
0x0012d422 in __kernel_vsyscall ()

But no high CPU usage , it was just frozen this time at "Fetching mail..."

Retrieved the gdb , attaching

Changed in evolution (Ubuntu):
status: Incomplete → New
Revision history for this message
Vish (vish) wrote :

I think the no high CPU was due to evolution running in gdb.
Since, i noticed that it always uses high CPU whenever it freezes with "Fetching Mail..".

Revision history for this message
Vish (vish) wrote :

Again found evolution frozen at "Fetching Mail..." and using high CPU:
This time i used the attach option for the backtrace mentioned here > [https://wiki.ubuntu.com/Backtrace#Already%20running%20programs] [I had to skip the "(gdb) continue" part since the program had already frozen]

Attaching the backtrace retrieved.

Revision history for this message
Vish (vish) wrote :

Did another debug. I think this has all the debug symbols.

I dont see "??" anywhere.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

There's no exact match for the backtrace upstream (at least didn't find anything similar), I've sent this upstream at: https://bugzilla.gnome.org/show_bug.cgi?id=613693 ; Thanks for your work on getting the backtrace Vish.

Changed in evolution (Ubuntu):
status: New → Triaged
Revision history for this message
Vish (vish) wrote :

Looks like upstream wants to use "(gdb) handle SIGPIPE pass nostop noprint"

Will be getting gdb for that as well

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks Vish.

Revision history for this message
Vish (vish) wrote :

gdb from (gdb) handle SIGPIPE pass nostop noprint

Revision history for this message
Vish (vish) wrote :

Another gdb, with no "??" attached this to upstream as well.

Revision history for this message
Vish (vish) wrote :

Sebastien Bacher mentioned that this might be due to keyring problems and
Since update libgnome-keyring (2.30.0-0ubuntu3) for Bug #530605
---------------
libgnome-keyring (2.30.0-0ubuntu3) lucid; urgency=low

  * debian/patches/02_workaround_cpu_use.patch:
    - change from https://bugzilla.gnome.org/show_bug.cgi?id=606902
      to try to workaround extra cpu use issues (lp: #530605)
 -- Sebastien Bacher <email address hidden> Thu, 01 Apr 2010 15:58:01 +0200

I'v been seeing less of this bug , rather I havent seen the bug since the update.

Or it might be update evolution (2.28.3-0ubuntu7) to 2.28.3-0ubuntu8 , both happened on the same day :s

Not sure if it fixes this issue , since this was a *randomly occurring bug* .
Still watching , will report back after a few more days of testing

Revision history for this message
Vish (vish) wrote :

I'v been watching for any signs of this bug , but this hasnt occurred even once since 15days , either the gkd fix solved this too or new evolution has solved this bug.

Marking bug as fixed.

Changed in evolution (Ubuntu):
status: Triaged → Fix Released
Changed in evolution:
status: Unknown → Fix Released
Changed in evolution:
importance: Unknown → Critical
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.