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

Re: commit fails on a dual processor FreeBSD 5.1 system.

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2003-09-30 02:46:25 CEST

--On Monday, September 29, 2003 10:46:49 -0500 "C. Michael Pilato"
<cmpilato@collab.net> wrote:

> I believe this is a known bug, and I believe that Sleepycat has
> addressed the problem in their forthcoming 4.2.x release.
>
> Justin, can you confirm (and potentially add something to our
> Inconveniences website page)?

Hmm.

> svn: successor id `33.0.nx' (for `33.0.nt') already exists in filesystem
'/home/james/svn-test/repos/db'

Nope, sorry, this doesn't look like the problem I've seen with BDB 4.1.
(Note, this report is using BDB 4.0 *not 4.1.)

The problem I've seen with BDB 4.1 (and is fixed in 4.2.x) is that the
httpd processes go into an infinite loop in the shared memory allocation
code. There are lots of races in that code, and all of the locking code
has been rewritten for 4.2.x and is confirmed to work. If you get an
infinite loop and you are seeing this problem, it should be an infinite
loop around line 239 in db-4.1.25/env/db_salloc.c. FWIW, my reproduction
case is an import of linux kernel source.

Sleepycat has promised that 4.2.x should be out the first of October, so
we'll want to recommend that all 4.1.x users on MP boxes upgrade. -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 30 02:47:22 2003

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.