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

Re: stress.pl errors with ra_dav activity db

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2005-07-31 16:28:53 CEST

Jani Averbach <jaa@jaa.iki.fi> writes:

> On 2005-07-05 18:43+0100, Philip Martin wrote:
>> Jani Averbach <jaa@jaa.iki.fi> writes:
>> > So I would say that something is broken on this trail:
>> >
>> > stress.pl -> mod_dav_svn -> activity -> apr_dbm_* -> (BDB, GDBM) -> BANG!
>> It still looks like a locking problem to me, and it's quite possible
>> that mod_dav_svn and libsvn_fs_base exercise different paths through
>> BDB, after all mod_dav_svn doesn't use BDB's transactional interface.
>> So I'd still suggest running the BDB regression tests (and note there
>> are some configure options that affect BDB locking).
> I have run the full regression test of BDB 3.4.28 (run_all), which
> took several days to finish and I got five regressions, which all of
> them were these: 'overflow returned error value 1'. So I would guess
> that BDB should be and is working here. Specifically all mutex and
> lock tests worked. I have also also tried to run BDB with following
> mutexes: 'POSIX/pthreads/library', 'x86/gcc-assembly' without any
> difference regarding ra_dav 'activity not found' errors.

Tricky. I could not reproduce it, I don't know how many other people
tried. Do you have another machine/OS you could use to see whether it
is platform specific?

As I understand it, I don't know much about DAV, the activity DB maps
activity_ids to Subversion txns and the activity_id gets passed back
and forth between client and server. You can see activities being
created (MKACTIVITY) and destroyed (DELETE) in the httpd access log.
Unfortunately the error log doesn't appear to contain the failing
activity_id, so if you want to track down the bug probably the first
thing to do is to identify the failing activity_id. You might be able
to catch the error in a debugger, or you may need to modify the
mod_dav_svn code.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Jul 31 16:29:33 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.