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

RE: Each access causes need of db_recover?

From: Jon Watte <hplus_at_mindcontrol.org>
Date: 2002-09-09 06:12:15 CEST

> > Any insights? Ideas for debugging, pointers to FAQs I missed,
> > patches to apply and marshmallows are all welcome. I'm not
> > (very) afraid of GDB.

> One thing that causes db_recover to be required is when something
> crashes while holding DB locks. When mod_dav_svn crashes there is
> usually a message in the Apache error log (you may not have noticed

That was my thought, too, but I didn't find any indication of this
in the log (I did check that much at least).

I removed the SetOutputFilter DEFLATE option, and it stayed a little
more stable, but in the end, gave me the "run db_recover" message
again. At that point, local file-based operations hang (as expected).

I'm running this repository on ext3fs. On the off chance that I am
struck by some bad bug, I upgraded everything to August's stable
release, but no joy.

When running apache using -X, I can't get it to fail. This may be an
Important Clue... Apache actually spawns a thread even if I run it
with -X, but at least it doesn't seem to fork. So there's two
possibilities:

1) there's a threading or forking related bug in mod_dav or mod_dav_svn

2) I've made some error when configuring, compiling and installing the
   software. As an example: Is there such a thing as a single-threaded-
   only glibc? I'm assuming system libraries are always thread safe.

As I said to Daniele Nicolodi off-list: I'm surprised that nobody would
even answer my question, because I'm used to people getting paychecks
during weeks, and doing opensource on week-ends :-)

Thanks for the reply, and I'd be grateful for any more suggestions for
places to poke at. I'm assuming you guys run your servers with a
multi-threaded Apache, so there's probably something wrong on this end
of the wire... but what?

Cheers,

                                / h+

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Sep 9 06:14:22 2002

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.