GNOME Bugzilla – Bug 572548
SVN HEAD evo deadlocks -- stack traces
Last modified: 2013-09-13 00:58:52 UTC
Steps to reproduce: 1. leave evo running overnight, come in to deadlock 2. Including stack traces for evo, eds, evo-exchange 3. This is from SVN head build from yesterday, but it has been happening for several days at least. Stack trace: Evolution: (gdb) cont Continuing. [New Thread 0xbd79fb90 (LWP 4394)] [Thread 0xbd79fb90 (LWP 4394) exited] [New Thread 0xbd79fb90 (LWP 4402)] [Thread 0xbd79fb90 (LWP 4402) exited] [New Thread 0xbd79fb90 (LWP 4452)] [Thread 0xbd79fb90 (LWP 4452) exited] [New Thread 0xbd79fb90 (LWP 4455)] ^C Program received signal SIGINT, Interrupt. [Switching to Thread 0xb66976c0 (LWP 24298)] 0xffffe424 in ?? () (gdb) thread apply all bt full
+ Trace 212729
in ../sysdeps/unix/sysv/linux/poll.c (gdb) Other information:
This deadlock is happening pretty consistently. Evolution: (gdb) thread apply all bt full
+ Trace 212956
Hmm, those two are different. The first seem to me as evo and eds are doing nothing, but eex is poking to your GAL, but has a bad time with a "broken pipe" signal. In the second, it seems that evo is trying to read a message from your eex server and others does nothing. Do you have any issue with your server during night, or some scheduled restarts, anything?
(In reply to comment #2) > Hmm, those two are different. The first seem to me as evo and eds are doing > nothing, but eex is poking to your GAL, but has a bad time with a "broken pipe" > signal. > > In the second, it seems that evo is trying to read a message from your eex > server and others does nothing. > > Do you have any issue with your server during night, or some scheduled > restarts, anything? > no issues that I am aware of. This box is on a UPS and has no scheduled reboots. ( and the system still has all apps running as i left them when leaving the previous evening ).
Evo: (gdb) thread apply all bt full
+ Trace 213410
Thread 1 (Thread 0xb61f1aa0 (LWP 636))
in ../sysdeps/unix/sysv/linux/poll.c (gdb)
Reid, could you try to apply Matt's patch from bug #568332, please? Long story short: I caused thread leaking when I wrote sqlite vfs in camel, thus after some time (like overnight), one could got out of threads (and memory), which very likely happened to you here. Please try and let me know. Thanks a lot.
(In reply to comment #5) > Reid, could you try to apply Matt's patch from bug #568332, please? > Long story short: I caused thread leaking when I wrote sqlite vfs in camel, > thus after some time (like overnight), one could got out of threads (and > memory), which very likely happened to you here. Please try and let me know. > Thanks a lot. > patch applied, rebuilding now
Reid , ping , any update about this bug ?
(In reply to comment #7) > Reid , ping , any update about this bug ? > I believe the patch remedied the problem for me. I have not experienced this issue since applying it.
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade. *** This bug has been marked as a duplicate of 568332 ***