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