[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: 500 Internal Server Error: corrupted BDB

From: Craig Robson <craig_at_zhatt.com>
Date: 2004-01-30 20:33:09 CET

On Fri, 2004-01-30 at 02:32, John Szakmeister wrote:
> On Thursday 29 January 2004 23:02, Matthew_Rich@playstation.sony.com wrote:
> > Interesting, so 0.37.0 through mod_dav_svn still timeouts on commit, but
> > it also consistently seems to cause httpd to become unresponsive, and
> > saturate the cpu. These problems don't seem to
> > happen when accessing the repository locally (file:///...). I seem to
> > recall reading that it was possible to increase the timeout for neon;
> > haven't tried that yet but that still wouldn't explain the strange
> > behaviour with Apache. fwiw, I still need to go through and test with BDB
> > 4.2, but there again it doesn't seem to be a problem with the DB since it
> > worked correctly for a direct repository access.
> You're running Fedora, which has 4.1.25, right? I also see that you have a P4
> 1.8GHz machine... does it happen to have hyper-threading (does it show up as
> a dual-cpu machine)? If so, I can tell you now that I've been keeping an eye
> on the correlation of problems to 4.1.25, and it's pretty high when it comes
> to multi-processor machines. While a single P4 w/HT may not be a true
> multi-processor machine, it's close enough. I'd definitely give 4.2.x a go.
> Anyway you can see where it's hanging in the server process when this happens?
> Actually, if you can tell me what you were doing, I'll try on my machine to
> see if I can make it happen, and then we can do some bug hunting together.
> Were you simply importing the gcc code?
> -John

I see the same problem on an AMD Duron.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 30 20:34:08 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.