Bug 204191

Summary:	Evolution
Product:	[Fedora] Fedora	Reporter:	Ed Hill <ed>
Component:	evolution	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5	CC:	mcepl, mcepl
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
URL:	http://bugzilla.gnome.org/show_bug.cgi?id=348888
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2007-09-03 03:33:08 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:

Description Ed Hill 2006-08-26 15:51:58 UTC

Description of problem:
Evolution consistently crashes at startup.  The only work-around seems to 
be:

  mv ~/.evolution some/other/dir

which then allows it to run but I've (obviously) lost all my contacts, 
past emails, etc.

Version-Release number of selected component (if applicable):
evolution-2.6.3-1.fc5.5


How reproducible:
100%

Steps to Reproduce:
1. start evolution and watch it immediately crash
2. spews many warnings
3.

Additional info:

Dozens or even hundreds of warnings of the form:
=== warnings ===
(evolution-2.6:24636): camel-local-provider-WARNING **: Could not open/create
index file: Too many open files: indexing not performed

(evolution-2.6:24636): camel-WARNING **: Could not save object state file to
'/home/edhill/.evolution/mail/local/MAIL_folders.sbd/F--G--H--I.sbd/.#ieee_cs.cmeta':
Too many open files
=== warnings ===

and here is a back-trace after installing evolution-debuginfo-2.6.3-1.fc5.5

camel-local-provider-ERROR **: file camel-mbox-folder.c: line 356
(mbox_get_message): assertion failed: (info->frompos != -1)
aborting...

Program received signal SIGABRT, Aborted.
[Switching to Thread -1249965152 (LWP 28391)]
0x00441402 in __kernel_vsyscall ()
(gdb) bt
#0  0x00441402 in __kernel_vsyscall ()
#1  0x0048b069 in raise () from /lib/libc.so.6
#2  0x0048c671 in abort () from /lib/libc.so.6
#3  0x00863c42 in g_logv () from /usr/lib/libglib-2.0.so.0
#4  0x00863c79 in g_log () from /usr/lib/libglib-2.0.so.0
#5  0x00863cf6 in g_assert_warning () from /usr/lib/libglib-2.0.so.0
#6  0x05206bce in camel_mbox_folder_new ()
   from /usr/lib/evolution-data-server-1.2/camel-providers/libcamellocal.so
#7  0x0463fffc in camel_folder_get_message () from
/usr/lib/libcamel-provider-1.2.so.8
#8  0x01047a23 in get_message_get (mm=0x8c919e8) at mail-ops.c:1752
#9  0x010452d5 in mail_msg_received (e=0x8a0da80, msg=0x8c919e8, data=0x0) at
mail-mt.c:570
#10 0x0476cef4 in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.7
#11 0x006fd40b in start_thread () from /lib/libpthread.so.0
#12 0x0052bb7e in clone () from /lib/libc.so.6
(gdb)

Comment 1 Matthew Barnes 2006-10-30 21:43:39 UTC

This might be a dupe of bug #198935, which should be fixed in Fedora Core 6.

Ed, can you please try upgrading and see whether Evolution 2.8 still crashes on
you at startup?

Comment 2 Matěj Cepl 2007-08-31 15:21:30 UTC

The distribution against which this bug was reported is no longer supported,
could you please reproduce this with the updated version of the currently
supported distribution (Fedora Core 6, or Fedora 7, or Rawhide)? If this issue
turns out to still be reproducible, please let us know in this bug report.  If
after a month's time we have not heard back from you, we will have to close this
bug as INSUFFICIENT_DATA.

Setting status to NEEDINFO, and awaiting information from the reporter.

Thanks in advance.

Comment 3 Ed Hill 2007-09-02 17:27:20 UTC

Please close this bug.  To the best of my memory, it took a few weeks for 
the evolution developers to understand the problem (too many open files) 
and then fix it.  During that time period, I switched to sylpheed-claws 
(now claws-mail) because I needed a working MUA for day-to-day activities 
and I just couldn't wait.

Evolution served me well for few years and now I'm a claws-mail user.

Comment 4 Matthew Barnes 2007-09-03 03:33:08 UTC

Closing as requested.