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

Re: Frequent database corruption

From: Mark Benedetto King <mbk_at_lowlatency.com>
Date: 2005-02-19 22:23:37 CET

On Sat, Feb 19, 2005 at 08:06:23PM +0100, Michel Jouvin wrote:
> >
> >>> Now we experienced corruptions not related to any repository write. We
> >>> have log files showing successful repository access through HTTP GET
> >>> followed by a GET failure due to database corruption without any
> >>> repository modification in between and without any Apache
> >>> problem/restart. We suspected that these corruption were related to
> >>> Apache restart during a transaction but we now have evidence that
> >>> corruption can occur at any time without any repository modification.
> >>> We have Apache log files and corrupted repository copies.
> >
> >Is this with two httpd nodes or one?
> >
> >Is the httpd being used for anything else (CGI, PHP, etc?), or is it
> >dedicated for mod_dav_svn use?
> >
>
> Subversion server is implemented through a virtual host that is handled by
> only one node running only one Apache instance (with threads worker). This
> server also handles requests for a lot of other Web apps, including CGI,
> PHP.
>

I suspect, then, that one of these other web application is doing
something evil (like calling exit()).

Could you try running mod_dav_svn on a dedicated Apache instance (no
other web applications) and see whether the problems go away?

If that fixes it, and you have reasons why they need to seem like the
same instance, perhaps you could try using mod_proxy to integrate the
two.

--ben

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Feb 19 22:24:52 2005

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.