DB corruption within minutes

David Relson relson at osagesoftware.com
Sat Jan 11 20:53:05 CET 2003


At 02:14 PM 1/11/03, Gyepi SAM wrote:

>On Sat, Jan 11, 2003 at 01:59:05PM +0100, Matthias Andree wrote:
> > On Sat, 11 Jan 2003, Gyepi SAM wrote:
> > > > I have added t.lock2 and made minor fixes to bogofilter.
> > >
> > > I noticed. I also change the grind loop to run for 1000 iterations,
> > > and found no problems.
> >
> > Even 8 did the job on my system SuSE Linux 8.1, Duron/700? UWSCSI hard
> > drive, DB-4.0.14, Kernel 2.4.19, ext3fs.
> >
> > What's the difference to your system? Slower machine? Slower hard drive?
> > Faster machine? different OS? different DB version?
>
>Redhat 7.1, Athlon 1.3G IDE drives, kernel 2.4.19,ext2
>
>The used to be slower (PII -400) and I have tested with both
>db 3.17 and 4.0.14 with the same result.

...[snip]...

>Yes, it does seem strange that I cannot reproduce the problem, but I'll keep
>working on it.

And I have _no_ trouble reproducing the problem.  t.lock2 has failed 
_every_ time I run it on my development machine which is Mandrake 9.0 
(installed a week ago), with kernel 2.4.19-16mdk, db3.3-3.3.11-11mdk, 
Pentium III 500mhz, 256MB, scsi, ext3.

I'm also planning to test on my P133 (Mandrake 8.2, kernel 2.4.18, 
db3.3-3.3.11-7mdk, 128MB, scsi).





More information about the bogofilter-dev mailing list