Bug 107072
Summary: | Evolution hangs after being left open | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Randy Eckenrode <eckenrode.8> |
Component: | evolution | Assignee: | Jeremy Katz <katzj> |
Status: | CLOSED WORKSFORME | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | marius.andreiana |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-10-20 17:38:57 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Randy Eckenrode
2003-10-14 19:47:35 UTC
What is the process state of the evolution processes (in ps)? Can you attach to evolution with gdb and get a backtrace? According to PS, all three processes are sleeping (S). I attached to them with GDB and got the following backtraces: evolution #0 0x004cbc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x005cb066 in __lll_mutex_lock_wait () from /lib/tls/libc.so.6 #2 0x00618140 in __after_morecore_hook () from /lib/tls/libc.so.6 #3 0x006177d8 in __DTOR_END__ () from /lib/tls/libc.so.6 #4 0x00618140 in __after_morecore_hook () from /lib/tls/libc.so.6 #5 0x005563dc in _L_mutex_lock_9950 () from /lib/tls/libc.so.6 #6 0x091bab70 in ?? () #7 0x006177d8 in __DTOR_END__ () from /lib/tls/libc.so.6 #8 0x00619040 in fork_handler_pool () from /lib/tls/libc.so.6 #9 0x00619040 in fork_handler_pool () from /lib/tls/libc.so.6 #10 0xbfe817e8 in ?? () #11 0x00589912 in fork () from /lib/tls/libc.so.6 Previous frame identical to this frame (corrupt stack?) evolution-wombat #0 0x004cbc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x005b4b2e in poll () from /lib/tls/libc.so.6 #2 0x007a1e46 in g_main_loop_get_context () from /usr/lib/libglib-2.0.so.0 #3 0x007a1276 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #4 0x007a19cf in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #5 0x003d5088 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #6 0x0805e15c in main () evolution-alarm-notify #0 0x004cbc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x005b4b2e in poll () from /lib/tls/libc.so.6 #2 0x007a1e46 in g_main_loop_get_context () from /usr/lib/libglib-2.0.so.0 #3 0x007a1276 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #4 0x007a19cf in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #5 0x003d5088 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #6 0x08057405 in main () Package versions installed, which may (or may not) be helpful: glibc-2.3.2-98 evolution-1.4.5-2 gtk2-2.2.4-3.1 glib2-2.2.3-1.1 libbonobo-2.4.0-1 What version of ORBit2? Also, can you get a backtrace of all the threads (thread apply all bt) from the main evolution process? ORBit2-2.8.1.90-1 IĆ¢ll get another backtrace with all the threads when it stops responding again later tonight. Just as a follow up, I would like to note that I have yet to have Evolution hang since I updated my router firmware to a version that no longer mangles fragmented packets. Okay, guessing it's somehow related to that (and the main cause previously was probably also the ORBit2 deadlock that got fixed) |