GNOME Bugzilla – Bug 570294
Evolution stalls while trying to do a "Storing Folder" function
Last modified: 2009-03-02 11:42:55 UTC
Please describe the problem: I am having a problem with evolution on a FC10 x86_64 machine. There are times when evolution stalls giving me the message "Storing folder" It usually finishes the process and returns to normal after the folder is stored and completed, but it might take as long as 30 minutes for this to finish. I am not using this machine for anything else other than its use for e-mail. I usually "ssh -Y" into it from a remote site, but these symptoms occur both during local use and remote use. This problem did not occur with FC7 that I used on this machine before the install of Fc10. I have used 'atop' to evaluate what is happening when this occurs and noticed that the DSK entry becomes very high Steps to reproduce: 1. It occurs on a daily basis but I have no way to predict when it will occur 2. 3. Actual results: Expected results: Does this happen every time? Other information: Here is a line item entry of DSK using 'atop' DSK | sda | busy 99% | read 1167 | write 2172 | avio 2 ms | Here is a complete screen capture of 'atop' ATOP - DevB 2009/02/02 14:45:20 10 seconds elapsed PRC | sys 0.57s | user 1.15s | #proc 150 | #zombie 0 | #exit 0 | CPU | sys 5% | user 11% | irq 0% | idle 96% | wait 88% | cpu | sys 5% | user 9% | irq 0% | idle 0% | cpu001 w 87% | cpu | sys 1% | user 2% | irq 0% | idle 97% | cpu000 w 0% | CPL | avg1 1.84 | avg5 2.79 | avg15 2.28 | csw 4979 | intr 8939 | MEM | tot 1.0G | free 9.5M | cache 600.3M | buff 5.5M | slab 46.8M | SWP | tot 2.0G | free 2.0G | | vmcom 643.1M | vmlim 2.5G | PAG | scan 1184 | stall 0 | | swin 0 | swout 0 | DSK | sda | busy 87% | read 507 | write 1688 | avio 4 ms | NET | transport | tcpi 757 | tcpo 819 | udpi 0 | udpo 0 | NET | network | ipi 756 | ipo 819 | ipfrw 0 | deliv 756 | NET | eth0 0% | pcki 329 | pcko 619 | si 18 Kbps | so 593 Kbps | NET | lo ---- | pcki 427 | pcko 427 | si 571 Kbps | so 571 Kbps | PID SYSCPU USRCPU VGROW RGROW RDDSK WRDSK ST EXC S CPU CMD 1/1 2870 0.43s 1.10s 0K 0K 2512K 5864K -- - R 15% evolution 2869 0.03s 0.03s 0K 0K 0K 0K -- - R 1% sshd 3197 0.04s 0.01s 0K 0K 0K 0K -- - R 0% atop 579 0.03s 0.00s 0K 0K 0K 36K -- - D 0% kjournald 2152 0.01s 0.00s 0K 0K 0K 0K -- - S 0% hald-addon-sto 2156 0.00s 0.01s 0K 0K 0K 0K -- - S 0% hald-addon-sto 4 0.01s 0.00s 0K 0K 0K 0K -- - S 0% ksoftirqd/0 233 0.01s 0.00s 0K 0K 0K 0K -- - S 0% kswapd0 1084 0.01s 0.00s 0K 0K 0K 0K -- - S 0% scsi_eh_4 1839 0.00s 0.00s 0K 0K 0K 0K -- - S 0% irqbalance
What is the exact version of evolution ? Can you please try current stable 2.24.4 , it should help you a lot , thanks.
The version I am using is 2.24.3 and is the current version with the Fedora10 rpm's. I delayed making a bug report waiting for FC10 to become more stable. FC10 is perform well now, but the problems with evolution have remained. Is there a fc10 rpm for 2.24.4 Thank you for your help!!! Greg Ennis
Matt will be the right person to answer.
I'm also seeing this (haven't checked with atop though). Version is evolution-2.24.3-1.fc10.x86_64. Note that 2.24.4 is not currently in the standard repositories for Fedora 10 (including updates-testing).
2.24.4 should land in updates-testing today or tomorrow.
2.24.4 was updated on my machine this morning, and the delay related to "Storing Folder" has not occurred one time since the update. I will keep watching this for a week and post another note if the problem continues to be resolved. Thanks for your work.... I sure appreciate your efforts!!!! Greg Ennis
I've had 2.24.4 since Feb 03, and haven't seen the problem either.
Unfortunately, I started having the same difficulty again even after 2.24.4 of delays of over 30 minutes while evolution stores the folder. I have also had another problem surface with 2.24.4. When I delete a line item of e-mail by hitting the delete key evolution suddenly aborts. This occurs at a frequency of 1 out of 30 delete processes. I ran evolution from a terminal window in konsole and captured the following : [greg@DevB evolution]$ evolution evolution-shell-Message: Killing old version of evolution-data-server... ** (evolution:32415): DEBUG: mailto URL command: evolution --component=mail %s ** (evolution:32415): DEBUG: mailto URL program: evolution Rspam Plugin enabled libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.AccessDenied) A security policy in place prevents this senderfrom sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.NetworkManager" member "state" error name "(unset)" destination "org.freedesktop.NetworkManager") Segmentation fault [greg@DevB evolution]$ The Segemtation fault notice is produced every time evolutin aborts.
can you please provide traces of segmentation fault.
I started running evolution through a konsole window and have captured the following: [greg@DevB ~]$ evolution evolution-shell-Message: Killing old version of evolution-data-server... ** (evolution:9265): DEBUG: mailto URL command: evolution --component=mail %s ** (evolution:9265): DEBUG: mailto URL program: evolution libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.AccessDenied) A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.NetworkManager" member "state" error name "(unset)" destination "org.freedesktop.NetworkManager") Segmentation fault -------------------------------------------------------------------- If there are other ways for me to capture information for you let me know and I will be happy to do this. I have deactivated a bunch of plugins just to see if that made a difference and so far that has not changed any symptoms. The segmentation fault problem has only occurred during a keystroke of 'delete' when deleting a line item e-mail. The 'storing folder' problem has continued but appears to be less in frequency (3 times per 24 hours) with 2.24.4 Greg
install debug info packages for evolution, evolution-data-server and gtkhtml please, then do on console: $ gdb evolution --ex r and when it crashes, do in stopped gdb: $ thread apply all bt and paste the result here, please, together with 5 lines just above the gdb stop. Thanks in advance.
Sorry for some basic problems here..... I have everything already installed except debuginfo-install. When I perform a "yum search evolution | grep debug" I do not get any file names. Can you give me a specific rpm to install in order to add debug features
I have evolution-debuginfo.x86_64 0:2.24.1-2.fc10 with the yum debug repositories active. Will pursue the testing you have outlined
Here are the results of your request. I am in the process of installing the "missing separate debuginfos" if that makes a difference. Thank you for your work!!! Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe2709950 (LWP 12930)] camel_mime_parser_read (parser=0x0, databuffer=0x7fffe27088d0, len=1500) at camel-mime-parser.c:655 655 struct _header_scan_state *s = _PRIVATE (parser); Missing separate debuginfos, use: debuginfo-install avahi-0.6.22-12.fc10.x86_64 avahi-glib-0.6.22-12.fc10.x86_64 bluez-libs-4.22-2.fc10.x86_64 bzip2-libs-1.0.5-3.fc10.x86_64 cyrus-sasl-lib-2.1.22-19.fc10.x86_64 db4-4.7.25-7.fc10.x86_64 e2fsprogs-libs-1.41.3-2.fc10.x86_64 expat-2.0.1-5.x86_64 gamin-0.1.9-6.fc10.x86_64 gnome-keyring-2.24.1-1.fc10.x86_64 gnutls-2.4.2-3.fc10.x86_64 gtk-nodoka-engine-0.7.2-1.fc10.x86_64 gvfs-1.0.3-4.fc10.x86_64 keyutils-libs-1.2-3.fc9.x86_64 krb5-libs-1.6.3-16.fc10.x86_64 libXau-1.0.4-1.fc10.x86_64 libXcomposite-0.4.0-5.fc10.x86_64 libXcursor-1.1.9-3.fc10.x86_64 libXdamage-1.1.1-4.fc9.x86_64 libXdmcp-1.0.2-6.fc10.x86_64 libXext-1.0.4-1.fc9.x86_64 libXfixes-4.0.3-4.fc10.x86_64 libXi-1.1.3-4.fc9.x86_64 libXinerama-1.0.3-2.fc10.x86_64 libXrandr-1.2.3-1.fc10.x86_64 libXrender-0.9.4-3.fc9.x86_64 libcap-2.10-2.fc10.x86_64 libcroco-0.6.1-5.fc9.x86_64 libgcrypt-1.4.3-2.fc10.x86_64 libgpg-error-1.6-2.x86_64 libgsf-1.14.10-1.fc10.x86_64 libpng-1.2.34-1.fc10.x86_64 librsvg2-2.22.3-1.fc10.x86_64 libselinux-2.0.73-1.fc10.x86_64 libtasn1-1.5-1.fc10.x86_64 libusb-0.1.12-20.fc10.x86_64 libxcb-1.1.91-5.fc10.x86_64 openssl-0.9.8g-12.fc10.x86_64 pixman-0.12.0-2.fc10.x86_64 zlib-1.2.3-18.fc9.x86_64 (gdb) thread apply all bt
+ Trace 212819
Thread 52 (Thread 0x7fffe2709950 (LWP 12930))
Thread 1 (Thread 0x7ffff7f977e0 (LWP 12793))
Here is another result : [Thread 0x7fffd1fef950 (LWP 3446) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd01ec950 (LWP 3445)] camel_mime_parser_read (parser=0x0, databuffer=0x7fffd01eb8d0, len=1500) at camel-mime-parser.c:655 655 struct _header_scan_state *s = _PRIVATE (parser); Missing separate debuginfos, use: debuginfo-install hunspell-1.2.7-5.fc10.x86_64 libbeagle-0.3.5-1.fc9.x86_64 (gdb) thread apply all bt
+ Trace 212824
Thread 180 (Thread 0x7fffd01ec950 (LWP 3445))
Thread 1 (Thread 0x7ffff7f977e0 (LWP 2994))
Here is a third example. I will quit posting these until you tell me you want more. [Thread 0x7fff9dce0950 (LWP 6362) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fff9328f950 (LWP 6355)] camel_mime_parser_read (parser=0x0, databuffer=0x7fff9328e8d0, len=1500) at camel-mime-parser.c:655 655 struct _header_scan_state *s = _PRIVATE (parser); (gdb) thread apply all bt
+ Trace 212830
Thread 744 (Thread 0x7fff9328f950 (LWP 6355))
Thread 1 (Thread 0x7ffff7f977e0 (LWP 3474))
Thanks, the first one was enough to find out the reason for this. I'm marking your bug as a duplicate of some other, which contains fix already. *** This bug has been marked as a duplicate of 569700 ***
Thanks for your work. However, my original problem was related to the slowness of "Storing Folder" This problem causes delays of downloading mail as long as 45 minutes. I was not sure if the problem related to the delete button crash was part of the storing folder problem or not. I will evaluate the fix for the delete crash but would you continue to work on the problem related to the delays in storing folders. Thank you
OK, slowness, could you update evolution, evolution-data-server (evolution-exchange, if you use), and gtkhtml3 to the latest versions (2.24.4+) and, when you'll see the slowness again, attach here stacktrace in time of that slow behaving, please? Preferably by these steps: a) run evolution, say on the console. You can see there PID of the process, it's shown as (evolution:xxx) on some lines, those 'xxx' is PID. b) when it'll be slow again, do this command on another console: $ gdb evolution PID --batch --ex "t a a bt" where PID is the number xxx from step a) c) Paste result of that command here. We'll see what it does. Thanks. Please note that 2.24.4 includes some fixes in slowness already, so with a bit of luck you will have hard time to reproduce it there.
Thanks for the help. I have already updated to 2.24.4 and the storing folder problem did appear to be a little less, but it is still compromising. It occurs as much as 6 times per 24 hours instead of 10 times per 24 hours on 2.24.3. I'll do the testing and paste the results
Thanks again for your help. Here are the results of your request [root@DevB ~]# gdb evolution 4150 --batch --ex "t a a bt" ptrace: Operation not permitted. /root/4150: No such file or directory. No registers.
(In reply to comment #21) > [root@DevB ~]# gdb evolution 4150 --batch --ex "t a a bt" > ptrace: Operation not permitted. > /root/4150: No such file or directory. > No registers. It didn't succeeded. Do you really run evolution as a root? The gdb command should work fine when you run it as the same user as that whom run evolution.