[Evolution-hackers] gnome-keyring-daemon running away?
- From: Paul Smith <psmith gnu org>
- To: evolution-hackers gnome org
- Subject: [Evolution-hackers] gnome-keyring-daemon running away?
- Date: Wed, 24 Oct 2007 00:43:06 -0400
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).
Using strace on gnome-keyring-daemon I just get:
accept(3, {sa_family=AF_FILE, path=""}, [2]) = 14
clone(child_stack=0xb5b274c4, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0xb5b27bd8, {entry_number:6, base_addr:0xb5b27b90, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xb5b27bd8) = 8414
futex(0xb7ec8868, FUTEX_WAKE, 1) = 1
read(12, 0xbfc7085f, 1) = -1 EAGAIN (Resource temporarily unavailable)
read(12, 0xbfc7085f, 1) = -1 EAGAIN (Resource temporarily unavailable)
read(12, 0xbfc7085f, 1) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x8074a80, FUTEX_WAKE, 1) = 1
poll([{fd=4, events=POLLIN}, {fd=15, events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN}, {fd=12, events=POLLIN, revents=POLLIN}], 4, -1) = 2
close(14) = 0
read(12, "\252", 1) = 1
read(12, 0xbfc7085f, 1) = -1 EAGAIN (Resource temporarily unavailable)
read(12, 0xbfc7085f, 1) = -1 EAGAIN (Resource temporarily unavailable)
read(12, 0xbfc7085f, 1) = -1 EAGAIN (Resource temporarily unavailable)
over and over and over (so I can't be sure this is the right order; the
latter 4 reads might come before the accept(), or something).
If I strace evolution I get the attached trace; again it just repeats
over and over (with an occasional gettimeofday() call thrown in). I've
edited it to remove some "incriminating" details.
As I say, the only way to stop this that I've found is to exit Evo, but
it happens again just minutes later. EXTREMELY annoying.
--
-------------------------------------------------------------------------------
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
write(1, "Delete Items webmail.corp.com"..., 42) = 42
socket(PF_FILE, SOCK_STREAM, 0) = 55
fcntl64(55, F_SETFD, FD_CLOEXEC) = 0
connect(55, {sa_family=AF_FILE, path="/tmp/keyring-eeeGGG/socket"}, 110) = 0
close(55) = 0
mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xad0a4000
mlock(0xad0a4000, 16384) = -1 ENOMEM (Cannot allocate memory)
munmap(0xad0a4000, 16384) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 55
fcntl64(55, F_SETFD, FD_CLOEXEC) = 0
connect(55, {sa_family=AF_FILE, path="/tmp/keyring-eeeGGG/socket"}, 110) = 0
write(55, "\0", 1) = 1
write(55, "\0\0\0\21\0\0\0\tevolution\0\0\0k\0\0\0\v\0\0\0\1\0\0\0"..., 124) = 124
read(55, "\0\0\0\203", 4) = 4
read(55, "\0\0\0\0\0\0\0\7default\0\0\0\3\0\0\0\tMYPASSWOR"..., 127) = 127
close(55) = 0
mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xad0a4000
mlock(0xad0a4000, 16384) = -1 ENOMEM (Cannot allocate memory)
munmap(0xad0a4000, 16384) = 0
write(1, "get psmith gal://psmith;auth=Bas"..., 72) = 72
writev(27, [{"GIOP\1\2\1\0\217\0\0\0", 12}, {"0\230\372\277\0\0\0\0\0\0\0\0\34\0\0\0\5\0\0\0\2a\215U"..., 143}], 2) = 155
futex(0x808b2a8, FUTEX_WAKE, 1) = 1
socket(PF_FILE, SOCK_STREAM, 0) = 55
fcntl64(55, F_SETFD, FD_CLOEXEC) = 0
connect(55, {sa_family=AF_FILE, path="/tmp/keyring-eeeGGG/socket"}, 110) = 0
close(55) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 55
fcntl64(55, F_SETFD, FD_CLOEXEC) = 0
connect(55, {sa_family=AF_FILE, path="/tmp/keyring-eeeGGG/socket"}, 110) = 0
write(55, "\0", 1) = 1
write(55, "\0\0\0\21\0\0\0\tevolution\0\0\0\10\0\0\0\2", 25) = 25
read(55, "\0\0\0\21", 4) = 4
read(55, "\0\0\0\0\0\0\0\5login", 13) = 13
close(55) = 0
write(1, "Get Default 0\n", 14) = 14
mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xad0a4000
mlock(0xad0a4000, 16384) = -1 ENOMEM (Cannot allocate memory)
munmap(0xad0a4000, 16384) = 0
socket(PF_FILE, SOCK_STREAM, 0) = 55
fcntl64(55, F_SETFD, FD_CLOEXEC) = 0
connect(55, {sa_family=AF_FILE, path="/tmp/keyring-eeeGGG/socket"}, 110) = 0
write(55, "\0", 1) = 1
write(55, "\0\0\0\21\0\0\0\tevolution\0\0\0k\0\0\0\v\0\0\0\1\0\0\0"..., 124) = 124
read(55, "\0\0\0\203", 4) = 4
read(55, "\0\0\0\0\0\0\0\7default\0\0\0\3\0\0\0\tMYPASSWOR"..., 127) = 127
close(55) = 0
mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xad0a4000
mlock(0xad0a4000, 16384) = -1 ENOMEM (Cannot allocate memory)
munmap(0xad0a4000, 16384) = 0
write(1, "Find Items 0\n", 13) = 13
socket(PF_FILE, SOCK_STREAM, 0) = 55
fcntl64(55, F_SETFD, FD_CLOEXEC) = 0
connect(55, {sa_family=AF_FILE, path="/tmp/keyring-eeeGGG/socket"}, 110) = 0
write(55, "\0", 1) = 1
write(55, "\0\0\0\21\0\0\0\tevolution\0\0\0\25\0\0\0\r\0\0\0\5log"..., 38) = 38
read(55, "\0\0\0\10", 4) = 4
read(55, "\0\0\0\1", 4) = 4
close(55) = 0
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]