Bug 1158281

Summary: [abrt] [SQLite VFS] Crash due to missing xFetch definition
Product: [Fedora] Fedora Reporter: Henning Norén <henning.noren>
Component: evolution-data-serverAssignee: Milan Crha <mcrha>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: lucilanga, mbarnes, mcrha, tpopela
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/38bc9ee0453699ea2fb4d69b2400cc6da4c5d20c
Whiteboard: abrt_hash:bf05b7f96abfd7d513d1f0af39863522789bf3f2
Fixed In Version: evolution-data-server-3.10.4-7.fc20 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-11-01 17:08:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Henning Norén 2014-10-29 03:03:38 UTC 
Description of problem:
Recently updated my system and rebooted. Evolution had been running for a very long time before so I am not sure what packages has been updated since. Upon the freshly booted system Evolution crasches immediately upon startup with the following in the log:
Oct 29 03:38:49 localhost.localdomain gnome-session[1924]: abrt-applet: repeated problem in evolution-3.10.4-4.fc20, not showing the notification
Oct 29 03:49:15 localhost.localdomain kernel: evolution[10235]: segfault at 0 ip           (null) sp 00007fff3f955498 error 14 in evolution[400000+6000]
Oct 29 03:49:16 localhost.localdomain abrt-hook-ccpp[10241]: Saved core dump of pid 10235 (/usr/bin/evolution) to /var/tmp/abrt/ccpp-2014-10-29-03:49:16-10235 (61968384 bytes

I would love some kind of indication of where the problem might come from and will be happy to try anything possible to try to find the cause as this is preventing me from access my main mail via the client.

Version-Release number of selected component:
evolution-3.10.4-4.fc20

Additional info:
reporter:       libreport-2.2.3
backtrace_rating: 4
cmdline:        evolution
crash_function: sqlite3OsFetch
executable:     /usr/bin/evolution
kernel:         3.16.6-203.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #1 sqlite3OsFetch at sqlite3.c:16060
 #2 vdbeSorterExtendFile at sqlite3.c:11532
 #3 vdbeSorterListToPMA at sqlite3.c:77335
 #4 vdbeSorterFlushPMA at sqlite3.c:77494
 #5 sqlite3VdbeSorterWrite at sqlite3.c:77569
 #6 sqlite3VdbeExec at sqlite3.c:8155
 #7 sqlite3Step at sqlite3.c:67768
 #8 sqlite3_step at sqlite3.c:2298
 #9 sqlite3_exec at sqlite3.c:99361
 #10 cdb_sql_exec at camel-db.c:455
Comment 1 Henning Norén 2014-10-29 03:03:42 UTC 
Created attachment 951611 [details]
File: backtrace
Comment 2 Henning Norén 2014-10-29 03:03:43 UTC 
Created attachment 951612 [details]
File: cgroup
Comment 3 Henning Norén 2014-10-29 03:03:44 UTC 
Created attachment 951613 [details]
File: core_backtrace
Comment 4 Henning Norén 2014-10-29 03:03:46 UTC 
Created attachment 951614 [details]
File: dso_list
Comment 5 Henning Norén 2014-10-29 03:03:47 UTC 
Created attachment 951615 [details]
File: environ
Comment 6 Henning Norén 2014-10-29 03:03:48 UTC 
Created attachment 951616 [details]
File: exploitable
Comment 7 Henning Norén 2014-10-29 03:03:49 UTC 
Created attachment 951617 [details]
File: limits
Comment 8 Henning Norén 2014-10-29 03:03:51 UTC 
Created attachment 951618 [details]
File: maps
Comment 9 Henning Norén 2014-10-29 03:03:52 UTC 
Created attachment 951619 [details]
File: open_fds
Comment 10 Henning Norén 2014-10-29 03:03:54 UTC 
Created attachment 951620 [details]
File: proc_pid_status
Comment 11 Henning Norén 2014-10-29 03:03:55 UTC 
Created attachment 951621 [details]
File: var_log_messages
Comment 12 Henning Norén 2014-10-29 03:10:59 UTC 
Nevermind, I had upgraded sqlite to a testversion that was not released yet. Downgrading to 3.8.6-2 made Evolution happy again.

sqlite-3.8.7-1.fc20 is the problematic package
sqlite-3.8.6-2.fc20.x86_64 is working just fine and dandy!

That is what I get for being bleeding edge and this bug may therefor be closed.
Sorry for the extra noise
Comment 13 Milan Crha 2014-10-29 07:29:20 UTC 
Thanks for a bug report. You are right this is related to the SQLite version. Evolution-data-server did some things incorrectly and the newer SQLite version contains a change which exhibits the issue, as described at an upstream bug [1]. I will backport the patch, because Fedora 20 will have the updated SQLite later anyway (once it'll be moved from updates-testing into updates).

[1] https://bugzilla.gnome.org/show_bug.cgi?id=738965
Comment 14 Fedora Update System 2014-10-29 08:56:55 UTC 
evolution-data-server-3.10.4-7.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/evolution-data-server-3.10.4-7.fc20
Comment 15 Fedora Update System 2014-11-01 01:41:34 UTC 
Package evolution-data-server-3.10.4-7.fc20:
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing evolution-data-server-3.10.4-7.fc20'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-14039/evolution-data-server-3.10.4-7.fc20
then log in and leave karma (feedback).
Comment 16 Fedora Update System 2014-11-01 17:08:19 UTC 
evolution-data-server-3.10.4-7.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.