634949 – [abrt] evolution-data-server-2.28.3-10.el6: magazine_chain_pop_head: Process /usr/libexec/evolution-data-server-2.28 was killed by signal 11 (SIGSEGV)

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 634949 - [abrt] evolution-data-server-2.28.3-10.el6: magazine_chain_pop_head: Process /usr/libexec/evolution-data-server-2.28 was killed by signal 11 (SIGSEGV)

Summary: [abrt] evolution-data-server-2.28.3-10.el6: magazine_chain_pop_head: Process ...

Keywords:
Status:	CLOSED ERRATA
Alias:	None
Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	evolution-data-server
Sub Component:
Version:	6.0
Hardware:	x86_64
OS:	Linux
Priority:	low
Severity:	medium
Target Milestone:	rc
Target Release:	---
Assignee:	Matthew Barnes
QA Contact:	desktop-bugs@redhat.com
Docs Contact:
URL:
Whiteboard:	abrt_hash:2247d409ed03622ffbbf2c938b3...
Duplicates (1):	662831 (view as bug list)
Depends On:
Blocks:
TreeView+	depends on / blocked

Reported:	2010-09-17 12:33 UTC by Ben Woodard
Modified:	2011-05-19 14:12 UTC (History)
CC List:	3 users (show)
Fixed In Version:	evolution-data-server-2.28.3-13.el6
Doc Type:	Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:	2011-05-19 14:12:54 UTC
Target Upstream Version:
Embargoed:

Attachments	(Terms of Use)
File: backtrace (52.12 KB, text/plain) 2010-09-17 12:33 UTC, Ben Woodard	no flags	Details
proposed eds patch (1.10 KB, patch) 2011-01-17 13:28 UTC, Milan Crha	no flags	Details \| Diff
View All

Links
System	ID	Private	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHBA-2011:0713	0	normal	SHIPPED_LIVE	evolution-data-server bug fix update	2011-05-18 18:09:53 UTC

Description Ben Woodard 2010-09-17 12:33:49 UTC

abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/evolution-data-server-2.28 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_InterfaceCheck --oaf-ior-fd=34
component: evolution-data-server
crash_function: magazine_chain_pop_head
executable: /usr/libexec/evolution-data-server-2.28
kernel: 2.6.32-63.el6.x86_64
package: evolution-data-server-2.28.3-10.el6
rating: 4
reason: Process /usr/libexec/evolution-data-server-2.28 was killed by signal 11 (SIGSEGV)
release: Red Hat Enterprise Linux release 6.0 Beta (Santiago)
How to reproduce: seems to be associated with the VPN shutting down and typing a name into the to field. 
time: 1284401205
uid: 500

Comment 1 Ben Woodard 2010-09-17 12:33:51 UTC

Created attachment 447990 [details]
File: backtrace

Comment 3 Ben Woodard 2010-09-21 17:26:02 UTC

Package: evolution-data-server-2.28.3-10.el6
Architecture: x86_64
OS Release: Red Hat Enterprise Linux release 6.0 Beta (Santiago)


How to reproduce
-----
network disconecct.
Then trying to compose a message.

Comment 4 RHEL Program Management 2011-01-07 15:49:31 UTC

This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.

Comment 6 Milan Crha 2011-01-17 10:10:09 UTC

*** Bug 662831 has been marked as a duplicate of this bug. ***

Comment 7 Milan Crha 2011-01-17 13:26:23 UTC

Thanks for a bug report. I'm not able to reproduce this crash myself, but I see a warning on the Evolution's console:
> libebook-WARNING **: EBookView: Exception while releasing BookView
when I open a new message composer, type "aaa" into the To field, wait few seconds, and press a Tab to move to other widget in the composer (warning is shown after the Tab press).

I realized that this does the Google addressbook, unreffing an addressbook on the evolution-data-server side incorrectly. I guess it's related to your issue.

I have more questions, though:
a) when you go to Edit->Preferences->Contacts, what addressbook types do you have checked there for autocompletion, please? I have there one On This Computer, one LDAP (which requires vpn) and one Google addressbook (which does not require vpn).

b) which of those from a) require vpn connection, please?

c) When I uncheck Google addressbook then the critical warning on the Evolution console on Tab press in the searched To widget is not shown. When you uncheck the google addressbook in preferences (I see there is one active in the time of the crash in the backtrace), will it also crash?

d) is it possible that the vpnc connection drop is somehow unrelated? (it can help to reproduce this, but maybe if you do the same steps as I described at the beginning of this comment, then with c) it'll not check, but without it it will?)

e) and the last, could you also try to run evolution-data-server from a console with G_SLICE=always-malloc exported, so it'll do slightly different things with respect of G_SLICE, whether it'll either help or will show us other caveat, please? You can do that like this:
 - close evolution
 - on console invoke: evolution --force-shutdown
 - then invoke: G_SLICE=always-malloc /usr/libexec/evolution-data-server-2.28
 - if everything is ok it should show "Server is up and running..." there
 - run on another console evolution

I know this is quite long, but I believe (and hope) we are close to the root of the issue. Thanks in advance for a help with this.

Comment 8 Milan Crha 2011-01-17 13:28:25 UTC

Created attachment 473840 [details]
proposed eds patch

for evolution-data-server;

Patch for the google addressbook backend. The first chunk is for the incorrect unref, the second is for an uninitialized memory usage, which was valgrind claiming to me too.

Comment 10 Milan Crha 2011-01-17 18:32:59 UTC

I built a package which has the patch for this included. Please try with evolution-data-server-2.28.3-13.el6. Thanks in advance.

https://brewweb.devel.redhat.com/taskinfo?taskID=3040170

Comment 14 errata-xmlrpc 2011-05-19 14:12:54 UTC

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0713.html

Note You need to log in before you can comment on or make changes to this bug.