annotations.db corruption

Bernhard Reiter bernhard at intevation.de
Thu Jun 29 13:29:20 EDT 2006


On Tue, May 09, 2006 at 08:24:11PM +0200, Bernhard Reiter wrote:
> On Tue, May 09, 2006 at 12:55:34PM -0300, Sergio Devojno Bruder wrote:
> > Bernhard Reiter wrote:
> > >On Mon, May 08, 2006 at 03:33:11PM -0300, Sergio Devojno Bruder wrote:
> > >>We already saw this 'dying process corrupting skiplist db' a lot, you 
> > >>reproduce it with a really big db (>5-7M mailboxes) with little memory 
> > >>(<= 1GB) in a linux box easily, some mmap operations will fail ENOMEM 
> > >>and the process will give up with a resulting broken db.
> > >>
> > >>NOTE: mmap will fail with ENOMEM in linux with free memory and lots of 
> > >>swap free.
> > >
> > >Are you in a position to try our experimental patch for this problem?
> > >See patch.2 attached to https://intevation.de/roundup/kolab/issue840
> > 
> > That happened with our production server, ouch, it aches only 
> > remembering it.
> > 
> > I'll see what can We do to test it.

Sergio,

any news on this? 

The bugs seems to prevail and we still do not have a testcase.
This bug seems to be a big drawback for Cyrus on GNU/Linux systems
for real production use.

> It would be very cool to have your test results, 
> as we do not have an environment where we can reproduce the problem (so far).
> We have a hyperthreading Pentium with SMP kernel, but this was not
> enough so far.




-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : https://lists.andrew.cmu.edu/mailman/private/cyrus-devel/attachments/20060629/413872cd/attachment.bin


More information about the Cyrus-devel mailing list