Re: [Evolution-hackers] gnome-keyring-daemon running away?

[Paul Smith <psmith gnu org>]

On Wed, 2007-10-24 at 00:43 -0400, Paul Smith wrote:
> I'm having this problem on two different systems, both running Ubuntu
> Gutsy 7.10 with Evo built from the latest SVN as of yesterday or so.
> 
> My gnome-keyring-daemon is running away with my CPU:
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  5539 psmith    25   0 38980 1848 1540 S 49.8  0.2   6:26.46 gnome-keyring-daemon
>  5915 psmith    15   0  199m  47m  24m S 25.9  4.7   0:41.73 evolution
> 
> It stays like this forever as far as I can tell.  If I quit Evolution,
> then it will stop (I mean the gnome-keyring-daemon is still running,
> but it's no longer chewing CPU).  Then I restart Evo and everything is
> fine for a bit, then all of a sudden the gnome-keyring-daemon starts
> running away again (and as you can see, Evo is also using lots of CPU
> for no reason).

Anyone have any thoughts about this?  It's happening to me constantly on
my system at home.  I literally cannot leave Evolution running because
it spontaneously starts chewing CPU every few minutes.  Evolution seems
to still WORK; it just slows my system to a crawl with this.  It also
seems to have no problems getting email: I have an APOP, IMAP, and
Exchange account being queried.  I have remembered the IMAP and Exchange
account passwords.  I would like to remember the APOP password but it
seems to only be possible to remember it for a single session, not
across sessions.

I attached to the running processes with GDB, but the issue appears to
be in the gnome-keyring thread and I don't have a debugging version of
that library:

        $ gdb /opt/evo/bin/evolution 5412
        GNU gdb 6.6-debian
        ...
        This GDB was configured as "i486-linux-gnu"...
        Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
        Attaching to program: /opt/evo/bin/evolution, process 5412
        ...
        0xffffe410 in __kernel_vsyscall ()
        (gdb) bt
        #0  0xffffe410 in __kernel_vsyscall ()
        #1  0xb71101fb in ?? () from /lib/tls/i686/cmov/libpthread.so.0
        #2  0xb6d59021 in ?? () from /usr/lib/libgnome-keyring.so.0
        #3  0x00000021 in ?? ()
        #4  0x14ff74a0 in ?? ()
        #5  0x00000004 in ?? ()
        #6  0xb6d5fe0e in ?? () from /usr/lib/libgnome-keyring.so.0
        #7  0x00000004 in ?? ()
        #8  0xbff64de4 in ?? ()
        #9  0xbff64d68 in ?? ()
        #10 0xb6d5fbcc in ?? () from /usr/lib/libgnome-keyring.so.0
        #11 0x00000004 in ?? ()
        #12 0x14ff74a0 in ?? ()
        #13 0x00000021 in ?? ()
        #14 0xb6d6212c in ?? () from /usr/lib/libgnome-keyring.so.0
        #15 0x00000026 in ?? ()
        #16 0x00000021 in ?? ()
        #17 0xbff64db8 in ?? ()
        #18 0xb6d59eb8 in ?? () from /usr/lib/libgnome-keyring.so.0
        #19 0xbff64de4 in ?? ()
        #20 0x00000004 in ?? ()
        #21 0x00000026 in ?? ()
        #22 0xb6d6212c in ?? () from /usr/lib/libgnome-keyring.so.0
        #23 0xb6d5cc09 in ?? () from /usr/lib/libgnome-keyring.so.0
        #24 0xb6d6212c in ?? () from /usr/lib/libgnome-keyring.so.0
        #25 0xbff64db8 in ?? ()
        #26 0xbff64de4 in ?? ()
        #27 0xbff64df8 in ?? ()
        #28 0x00000026 in ?? ()
        #29 0x14ff7418 in ?? ()
        #30 0xb6d603af in ?? () from /usr/lib/libgnome-keyring.so.0
        #31 0x00000000 in ?? ()

And this from gnome-keyring-daemon:

        $ gdb /usr/bin/gnome-keyring-daemon 30401 
        GNU gdb 6.6-debian
        Copyright (C) 2006 Free Software Foundation, Inc.
        ...
        0xffffe410 in __kernel_vsyscall ()
        (gdb) bt
        #0  0xffffe410 in __kernel_vsyscall ()
        #1  0xb7cdd647 in ppoll () from /lib/tls/i686/cmov/libc.so.6
        #2  0x0805c13e in ?? ()
        #3  0x0807bbf8 in ?? ()
        #4  0x00000004 in ?? ()
        #5  0xffffffff in ?? ()
        #6  0xb7d59ff4 in ?? () from /lib/tls/i686/cmov/libc.so.6
        #7  0xffffffff in ?? ()
        #8  0x00000004 in ?? ()
        #9  0xbfb49f98 in ?? ()
        #10 0xb7e1b21c in ?? () from /usr/lib/libglib-2.0.so.0
        #11 0xffffffff in ?? ()
        #12 0x00000004 in ?? ()
        #13 0xbfb49ff8 in ?? ()
        #14 0xb7d91593 in ?? () from /usr/lib/libglib-2.0.so.0
        #15 0x0807bbf8 in ?? ()
        #16 0x00000004 in ?? ()
        #17 0xffffffff in ?? ()
        #18 0x0807bbf8 in ?? ()
        #19 0x00000004 in ?? ()
        #20 0xb7cf4550 in pthread_self () from /lib/tls/i686/cmov/libc.so.6
        #21 0xbfb49fc8 in ?? ()
        #22 0xbfb49fe4 in ?? ()
        #23 0x00000001 in ?? ()
        #24 0x00000001 in ?? ()
        #25 0x0806d3c0 in ?? ()
        #26 0x0807bbf8 in ?? ()
        #27 0x0805c0f0 in ?? ()
        #28 0xb7cf4550 in pthread_self () from /lib/tls/i686/cmov/libc.so.6
        #29 0xb7cf4510 in pthread_mutex_unlock () from /lib/tls/i686/cmov/libc.so.6
        #30 0xb7d59ff4 in ?? () from /lib/tls/i686/cmov/libc.so.6
        #31 0xb7cf4510 in pthread_mutex_unlock () from /lib/tls/i686/cmov/libc.so.6
        #32 0xffffffff in ?? ()
        #33 0x7fffffff in ?? ()
        #34 0xb7e1b21c in ?? () from /usr/lib/libglib-2.0.so.0
        #35 0xb7cf4510 in pthread_mutex_unlock () from /lib/tls/i686/cmov/libc.so.6
        #36 0x080749a8 in ?? ()
        #37 0xbfb4a028 in ?? ()
        #38 0xb7d91909 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
        Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Anyone have any ideas?  This is really killing my ability to use Evo.

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <psmith gnu org>          Find some GNU make tips at:
 http://www.gnu.org                      http://make.mad-scientist.us
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist