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

Re: seemingly corrupt db?

From: Max Bowsher <maxb_at_ukf.net>
Date: 2004-11-22 13:08:56 CET

Geoff Smith wrote:
> I am a very new subversion users (actually, user of version control
> at all), and I seem to have run into a problem. I have a small
> project which I decided to try subversion on, and things had been
> going ok for a few weeks, and a few revisions/commits. I use
> svnserve and svn+ssh to access the repository remotely. Running Mac
> OS X versions (1.1.1 and 1.0.9) installed via fink.
>
...
> my.server:~/ASME gbsmith$ svn log
> svn: Berkeley DB error while checkpointing after Berkeley DB
> transaction for filesystem /Users/gbsmith/svn-work/ASME/db:
> Invalid argument
> svn: bdb: Ignoring log file:
> /Users/gbsmith/svn-work/ASME/db/log.0000000029: magic number 0, not
> 40988
> svn: bdb: DB_ENV->log_put: 29: Invalid argument
> svn: bdb: txn_checkpoint: failed to flush the buffer cache Invalid
> argument
> Abort trap

That "magic number" line is indicative of a malformed log file.

First: MAKE A TARBALL BACKUP of the repository.

Then, cd to the "db" subdir of your repository.
Delete __db.* and the logfile mentioned in the error.
Try to run "db_recover -cv" - if that succeeds (doesn't report errors), try
"svnlook youngest" (a trivial test of repository access) - and if that
works, "svnadmin dump" your repository.

If not, redo these instructions, deleting all __db.* and all log.* files.

I suggest you migrate to a fsfs repository, since your server machine is
already running 1.1.x - BDB seems to be rather unstable on OS X.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 22 13:13:15 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.