Re: [Evolution] MailDir + unSYNC + Invalid Root on Evo 1.4.6

[Not Zed <notzed ximian com>]

I notice from your other mails you're using maildir + reiserfs.

"hmm".  All I can say is I had a lot of weird problems with reiser, and then I changed it over to ext3, and i've had fewer (although not none either :-/).  Maildir would probably compound any problems due to the sheer number of files involved.

The hangs - i have no idea unless you provide backtraces of where it's hanging.  A "long delay" isn't a hang either.

The warnings about the invalid root/unsync should only happen if evolution is crashing or being terminated *while* a body-content index is being generated.  e.g. while getting mail, or at the start when it's rebuilding.  If this is not the case - then it's possibly filesystem issues.  But there are bugs in the indexing code too, although they usually manifest themselves in different ways.

If you can live with slow 'message contains' searches, just turn off body indexing altogether, things will run faster, unless you want to do a body search in which case they wont.

Maildir will only speed up 2 things in evolution if everything is working normally:
 - expunging deleted messages
 - if you use colours/labels a lot, since mbox saves them to the actual mail file as well as the summary file.

Otherwise it wont really be any different, and in some cases may be slower.  e.g. it's much more involved to check a directory for new files than it is to just check the end of a big file for new content.

On Tue, 2004-10-26 at 10:34 +0800, Ow Mun Heng wrote:
> This is the case
>
> OS : Gentoo
> Evo 1.4.6
> Mailing List (~40,000 emails, 295MB)
> Office Emails  (2088 emails, 533MB)
> /home is XFS
> Laptop Hard Drive (hdparm ~30MB/s)
>
> I migrated from Mbox format to MailDir format hoping that I would see
> faster performance from this. But the results are that the opposite is
> true.
>
> I frequently get this unSYNC flag and it keeps hanging because it
> reports the message index is out of sync. And it will force a Re-Sync
> and thus, Evo will stop responding while it does it's Job.
>
> I've also had a number of hard-freezes.
>
> This is what it spits out, (running evo from the command line)
>
> -----This was one cause of freeze(from bug-buddy)----
>
> Backtrace was generated from '/usr/bin/evolution-1.4'
>
> (no debugging symbols found)...Using host libthread_db library "/lib/libthread_db.so.1".
> Using host libthread_db library "/lib/libthread_db.so.1".
> 0x417d2b6b in ?? ()
> #0  0x417d2b6b in ?? ()
> #1  0x4059ab88 in ?? ()
> Using host libthread_db library "/lib/libthread_db.so.1".
>
> --------------------------------------
>
> -----------This is written on xterm------------
>
> olution:21522): camel-WARNING **: Encountered Windows charset parading as iso-8859-1
> (evolution:19956): GLib-GObject-WARNING **: gsignal.c:1738: instance `0x852cd978' has no handler with id `13595'
> (evolution:19974): camel-WARNING **: Could not find key entry for word 'earned': Bad file descriptor
> camel-ERROR **: file camel-partition-table.c: line 897 (camel_key_table_lookup): assertion failed: (index < kb->used)
> aborting...
> Xlib: unexpected async reply (sequence 0xc6fda)!
> Then it crashes
> -------------------------------------------------------
>
> I also see a lot of these error messages each time it tries to re-sync
>
> evolution:24921): camel-WARNING **: Invalid root: '//home/gentoo/evolution/local/Inbox/subfolders/Office/mbox.ibex.index'
> (evolution:24921): camel-WARNING **: version: TEXT.000 (TEXT.000)
> (evolution:24921): camel-WARNING **: block size: 1024 (1024) OK
> (evolution:24921): camel-WARNING **: free: 0 (0 add size < 978944) OK
> (evolution:24921): camel-WARNING **: last: 974848 (974848 and size: 978944) BAD
> (evolution:24921): camel-WARNING **: flags: unSYNC
> (evolution:24921): camel-WARNING **: Cannot create charset conversion from X-UNKNOWN to UTF-8: Invalid argument
> (evolution:24921): camel-WARNING **: Cannot convert 'X-UNKNOWN' to 'UTF-8', message index may be corrupt
>
> -------------------------------
>
>
> I'm in the midst of refreshing my Fedora Mail list folders into 3 months period.
>
>
> _______________________________________________
> evolution maillist  -  evolution lists ximian com
> http://lists.ximian.com/mailman/listinfo/evolution

--

Michael Zucchi <notzed ximian com> "born to die, live to work, it's all downhill from here" Novell's Evolution and Free Software Developer