libreport version: 2.0.8 abrt_version: 2.0.7 backtrace_rating: 3 cmdline: evolution comment: So far it happened twice this morning. I suspect that it happend while checking for new mail but I am not sure. The crash happened when I was working on different workspace than Evolution was running on. crash_function: camel_folder_get_parent_store executable: /usr/bin/evolution kernel: 3.1.5-6.fc16.i686.PAE pid: 2580 pwd: /home/david reason: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV) time: Mon 19 Dec 2011 03:48:34 PM CET uid: 1000 username: david backtrace: Text file, 42118 bytes dso_list: Text file, 16746 bytes gconf_subtree: Text file, 23670 bytes maps: Text file, 58874 bytes xsession_errors: Text file, 18283 bytes environ: :XDG_VTNR=1 :XDG_SESSION_ID=3 :HOSTNAME=hecntb.collectionspro.eu :IMSETTINGS_INTEGRATE_DESKTOP=yes :SHELL=/bin/bash :TERM=dumb :HISTSIZE=1000 :XDG_SESSION_COOKIE=64d7f1a23ac0cf116450df89000000cc-1324296642.924732-433337154 :GNOME_KEYRING_CONTROL=/tmp/keyring-JmvBd4 :IMSETTINGS_MODULE=none :USER=david :USERNAME=david :MAIL=/var/spool/mail/david :PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/david/.local/bin:/home/david/bin:/home/david/cp-repos/internal-tools/xpg-tools:/home/david/cp-repos/internal-tools/whitespace-tools :DESKTOP_SESSION=gnome :QT_IM_MODULE=xim :PWD=/home/david :XMODIFIERS=@im=none :KDE_IS_PRELINKED=1 :GNOME_KEYRING_PID=1655 :LANG=en_US.utf8 :GDM_LANG=en_US.utf8 :KDEDIRS=/usr :GDMSESSION=gnome :HISTCONTROL=ignoredups :HOME=/home/david :XDG_SEAT=seat0 :SHLVL=1 :LOGNAME=david :CVS_RSH=ssh :DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-qDDU9klJvN,guid=d5762bdabc4109755fe6b96100000cf9 :'LESSOPEN=||/usr/bin/lesspipe.sh %s' :WINDOWPATH=1 :XDG_RUNTIME_DIR=/run/user/david :DISPLAY=:0 :XAUTHORITY=/var/run/gdm/auth-for-david-Anw2TD/database :_=/usr/bin/gnome-session :GNOME_DESKTOP_SESSION_ID=this-is-deprecated :SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1663,unix/unix:/tmp/.ICE-unix/1663 :SSH_AUTH_SOCK=/tmp/keyring-JmvBd4/ssh :GPG_AGENT_INFO=/tmp/keyring-JmvBd4/gpg:0:1 :GJS_DEBUG_OUTPUT=stderr :'GJS_DEBUG_TOPICS=JS ERROR;JS LOG' :DESKTOP_STARTUP_ID=gnome-shell-1873-hecntb.collectionspro.eu-evolution-4_TIME4242766 :GIO_LAUNCHED_DESKTOP_FILE=/usr/share/applications/evolution.desktop :GIO_LAUNCHED_DESKTOP_FILE_PID=2580 smolt_data: : : :General :================================= :UUID: 9ffb304e-a879-4928-b58a-940171c7c8c6 :OS: Fedora release 16 (Verne) :Default run level: Unknown :Language: en_US.utf8 :Platform: i686 :BogoMIPS: 3590.86 :CPU Vendor: GenuineIntel :CPU Model: Intel(R) Core(TM)2 Duo CPU T5670 @ 1.80GHz :CPU Stepping: 13 :CPU Family: 6 :CPU Model Num: 15 :Number of CPUs: 2 :CPU Speed: 1801 :System Memory: 3922 :System Swap: 5023 :Vendor: LENOVO :System: 744311G ThinkPad R400 :Form factor: Notebook :Kernel: 3.1.5-6.fc16.i686.PAE :SELinux Enabled: 1 :SELinux Policy: targeted :SELinux Enforce: Enforcing :MythTV Remote: Unknown :MythTV Role: Unknown :MythTV Theme: Unknown :MythTV Plugin: :MythTV Tuner: -1 : : :Devices :================================= :(32902:10816:6058:8416) pci, agpgart-intel, HOST/PCI, Mobile 4 Series Chipset Memory Controller Hub :(32902:17486:32902:17483) pci, None, MEMORY, Turbo Memory Controller :(32902:10544:6058:8441) pci, i801_smbus, SERIAL, 82801I (ICH9 Family) SMBus Controller :(32902:10537:6058:8440) pci, ahci, STORAGE, ICH9M/M-E SATA AHCI Controller :(32902:10519:6058:8437) pci, None, PCI/ISA, ICH9M-E LPC Interface Controller :(32902:4341:6058:8430) pci, e1000e, ETHERNET, 82567LM Gigabit Network Connection :(32902:10564:6058:8435) pci, pcieport, PCI/PCI, 82801I (ICH9 Family) PCI Express Port 3 :(32902:9288:6058:8436) pci, None, PCI/PCI, 82801 Mobile PCI Bridge :(32902:10566:6058:8435) pci, pcieport, PCI/PCI, 82801I (ICH9 Family) PCI Express Port 4 :(32902:10549:6058:8432) pci, uhci_hcd, USB, 82801I (ICH9 Family) USB UHCI Controller #2 :(32902:10548:6058:8432) pci, uhci_hcd, USB, 82801I (ICH9 Family) USB UHCI Controller #1 :(32902:10553:6058:8432) pci, uhci_hcd, USB, 82801I (ICH9 Family) USB UHCI Controller #6 :(32902:10550:6058:8432) pci, uhci_hcd, USB, 82801I (ICH9 Family) USB UHCI Controller #3 :(32902:10554:6058:8433) pci, ehci_hcd, USB, 82801I (ICH9 Family) USB2 EHCI Controller #1 :(32902:10556:6058:8433) pci, ehci_hcd, USB, 82801I (ICH9 Family) USB2 EHCI Controller #2 :(32902:16951:32902:4625) pci, iwlagn, NETWORK, WiFi Link 5100 AGN :(32902:10818:6058:8420) pci, i915, VIDEO, Mobile 4 Series Chipset Integrated Graphics Controller :(32902:10819:6058:8420) pci, None, VIDEO, Mobile 4 Series Chipset Integrated Graphics Controller :(32902:10560:6058:8435) pci, pcieport, PCI/PCI, 82801I (ICH9 Family) PCI Express Port 1 :(32902:10562:6058:8435) pci, pcieport, PCI/PCI, 82801I (ICH9 Family) PCI Express Port 2 :(32902:10820:6058:8422) pci, None, SIMPLE, Mobile 4 Series Chipset MEI Controller :(32902:10568:6058:8435) pci, pcieport, PCI/PCI, 82801I (ICH9 Family) PCI Express Port 5 :(32902:10558:6058:8434) pci, snd_hda_intel, MULTIMEDIA, 82801I (ICH9 Family) HD Audio Controller :(32902:10551:6058:8432) pci, uhci_hcd, USB, 82801I (ICH9 Family) USB UHCI Controller #4 :(32902:10552:6058:8432) pci, uhci_hcd, USB, 82801I (ICH9 Family) USB UHCI Controller #5 :(4480:1426:6058:8394) pci, r592, BASE, ThinkPad T61 :(4480:2130:6058:8395) pci, r852, BASE, xD-Picture Card Controller :(4480:1142:6058:8390) pci, yenta_cardbus, PCI/CARDBUS, RL5c476 II :(4480:2098:6058:8391) pci, firewire_ohci, FIREWIRE, R5C832 IEEE 1394 Controller :(4480:2082:6058:8392) pci, sdhci-pci, BASE, R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter : : :Filesystem Information :================================= :device mtpt type bsize frsize blocks bfree bavail file ffree favail :------------------------------------------------------------------- :/dev/mapper/vg_hecntb-lv_root / ext4 4096 4096 12901535 11240062 10584702 3276800 3092552 3092552 :/dev/sda1 /boot ext4 1024 1024 495844 414954 389354 128016 127791 127791 :/dev/mapper/vg_hecntb-lv_home /home ext4 4096 4096 24158141 19577976 18350815 6135808 5963381 5963381 : var_log_messages: :Dec 19 15:48:34 hecntb kernel: [12792.473936] evolution[2580]: segfault at c9848688 ip 43b25064 sp bff19a50 error 5 in libcamel-provider-1.2.so.29.0.0.#prelink#.slLH5F (deleted)[43af1000+92000] :Dec 19 15:48:34 hecntb abrt[6859]: File '/usr/bin/evolution' seems to be deleted :Dec 19 15:48:36 hecntb abrt[6859]: Saved core dump of pid 2580 (/usr/bin/evolution) to /var/spool/abrt/ccpp-2011-12-19-15:48:34-2580 (128327680 bytes)
Created attachment 548613 [details] File: gconf_subtree
Created attachment 548614 [details] File: dso_list
Created attachment 548615 [details] File: maps
Created attachment 548616 [details] File: backtrace
Created attachment 548617 [details] File: xsession_errors
Thanks for a bug report. It is possible that this happened while folder had been updated, unfortunately the backtrace is missing debug symbols for evolution-data-server and evolution, to know for sure. I suppose it happened when you updated your system, but the debug info packages were not updated, thus a mismatch happened here (the package versions are probably different). Please update debug info packages at least for evolution and evolution-data-server and update the backtrace. Thanks in advance. To see whether it works you can do two things: a) The command $ rpm -q evolution evolution-debuginfo may show same versions for both packages (similar for evolution-data-server) b) when you check the backtrace from ABRT report you may not see there lines like this one: > warning: File "/usr/lib/libcamel-provider-1.2.so.29.0.0" has a different > build-id, file skipped and the backtrace should not show this: > #0 0x43b25064 in camel_folder_get_parent_store () from /usr/lib/ > libcamel-provider-1.2.so.29 (note the library name) but rather file name and line number, like here: > #2 0x41efcce0 in g_timeout_dispatch (source=0xb08311b8, callback=0x43b19ca0, > user_data=0xb0845270) at gmain.c:3891
Right now I am not at the computer where this happened and will be back at work only after Christmas. I used ABRT to generate the report and used the option to generate backtrace remotely. So I didn't download the debuginfo packages locally. Is it possible that there was a problem with the virtual host used to generate the report? Would it be sufficient to re-run the backtrace remote generation one more time?
To be honest I do not know, I'm not an ABRT developer. I'm CC'ing one ABRT developer for his opinion.
Yes, the problem was on the server side. Basically you can try re-running the analysis and search the new backtraces for the lines from comment #6. I would like to say it will help, however the probability is low. Shortly, the problem is caused by yum's lazy dependency resolution - even if you specify exact versions of packages, it often installs a slightly different set. There is an RFE for Retrace Server about not using yum for this, however the implementation is not trivial and still requires some effort. What I can do now is just increasing the priority for this issue.
OK, I understand. When I get back to work after Christmas I will first try to regenerate the backtrace remotely. If it again doesn't work, I'll bite the bullet and download the debuginfo packages and do it locally. Either way I should be able to provide better data.
Created attachment 549820 [details] backtrace file New locally generated backtrace file.
Created attachment 549821 [details] debuginfo conflicts log
I did as promised but with limited success. As you have predicted, the new attempt to generate the backtrace remotely was no better than the first time.So, I generated the backtrace locally. However, I was not able to install all needed debuginfo files (see the attachment 549821 [details]). I hope this version would be more helpful. Please, let me know if I should do something differently.
Thanks for the update. The backtrace is nice, all debug information from evolution and evolution-data-server is included, together with glibc. The crashing thread is trying to allocate 23 bytes, which fails for some memory corruption and aborts the application. From what I see it is opening your On This Computer folder structure while it crashes. Maybe there's something wrong with ~/.local/share/evolution/mail/local/folders.db file, though it's unlikely, because the values being shown in the backtrace seems valid. Could you try to run evolution under valgrind, which will check for invalid memory operations and will log them, please? The run will be significantly slower, due to all checking. The command is: $ G_SLICE=always-malloc valgrind --num-callers=50 evolution &>log.txt Note that valgrind can avoid certain crashes and logs about them instead, thus even if the application will not be aborted, then the log.txt file can contain the information about faulty memory operation.
Created attachment 550379 [details] Valgrind run log The requested log is attached.
Thanks for the update. I see from the valgrind log a very nice backtraces for gconf-dbus and usual font-config issues. Apart of that nothing, thus I suppose the issue wasn't reproduced during that run. Maybe the issue is related to some timing, and when it's run under valgrind, with significantly slower processing, the timing is not happening and evolution doesn't crash.
Oh, that's an misunderstanding. The crash hasn't happened recently again. It was not reproducible from the beginning. I guess, if you cannot get anything useful from the backtrace and logs we can probably close the bug.
That's pity. I appreciate your help with this, and if nothing else then I made a patch to fix the issue with gconf, reported in your valgrind log, but with respect of the initial crash of evolution I didn't find anything related in it. I'm sorry for wasting your time. and I'm closing this for now, but feel free to reopen if you find a way to reproduce this.