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

Re: svn.collab.net intermittent failures

From: Blair Zajac <blair_at_orcaware.com>
Date: 2003-04-12 20:06:17 CEST

Blair Zajac wrote:
>
> % svn update
> subversion/libsvn_ra_dav/util.c:391: (apr_err=160029)
> svn: Berkeley DB error
> svn: REPORT request failed on '/repos/svn/trunk'
> subversion/libsvn_ra_dav/util.c:152: (apr_err=160029)
> svn:
> Berkeley DB error while opening environment for filesystem /usr/www/repositories/svn/db:
> DB_RUNRECOVERY: Fatal error, run database recovery
>
> As a note on the repository I had trouble with, the repos had only 2 revisions
> when I was committing a third. The svn client was connecting via localhost to a
> SSL repository when it hung. I did a series of control-C's which didn't stop
> svn, so I had to kill it. Very odd.

I'm having a great day!!!

I just got a similar problem on a totally separate repository. This is my own Orca
repository.

I did a successful checkin and then an svn update on a separate working copy.
This stalled out and strace showed svn waiting in select for a long time and
httpd with no CPU time.

I killed the child process and attempted to resume the svn update. Now I get
this:

$ svnadmin recover repos
Acquiring exclusive lock on repository db.
Recovery is running, please stand by...
Recovery completed.
subversion/libsvn_fs/bdb/bdb-err.c:61: (apr_err=160029)
svn: Berkeley DB error
svn: Berkeley DB error while opening `uuids' table for filesystem repos/db:
Invalid argument

Any reason why this table would be messed up?

I'll be glad to help out in any way, just let me know what info is needed.
It sounds like the main Subversion repos may be suffering the same trouble,
so it may be easier to debug that one since you've got direct access to it,
but if you need anything from mine, let me know.

I should note that I'm using my own compiled db 4.1.25 that hasn't changed
since January 6th and things have been fine up to now, so I don't think that
would be the problem.

I did upgrade to Red Hat 9 which has the new NPTL threads, but I'm guessing
that svn.collab.net hasn't been upgraded, so it may not be the OS threads.

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Apr 12 20:07:05 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.