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

upgrading SVN

From: Woods, Jeff <jwoods_at_sfwmd.gov>
Date: 2006-03-09 18:39:57 CET

As a result of upgrading from RHEL 3 to RHEL 4, my Berkeley database
libraries have been upgraded from 4.1.25 to 4.2.52 and subversion was
upgraded from 1.0.9 to 1.1.4.
 
Since our repository is only lightly used, everything appeard to be okay
at first. Soon, though, we began seeing reports of corruption. Fearing
that this may be due to an incompatibility in the BDB file formats, I
used the old db41 utilities to dump the databases, and then imported
them into fresh 4.2 format (the full process I used is documented at
http://svn.haxx.se/users/archive-2004-09/1184.shtml).
 
Everything exported and imported without mention of an error, and
(again!) everything looked okay. I was able to check out a complete
copy of the tree and was able to make commits after the dump/import
process. A few days later, we began getting a new error:
 
     svn: Commit failed (details follow):
      svn: Berkeley DB error while checkpointing after Berkeley DB
transaction for filesystem /u02/svn/rsmgui/db:
      Invalid argument
      svn: bdb: Ignoring log file: /u02/svn/rsmgui/db/log.0000000001:
magic number 0, not 40988
      svn: bdb: DB_ENV->log_put: 1: Invalid argument
      svn: bdb: txn_checkpoint: failed to flush the buffer cache Invalid
argument
      svn: Your commit message was left in a temporary file:
      svn:
'/nw/oom/sfrsm/workdirs/brhammon/work/rsmpost/svn-commit.tmp'

This appears to be a problem with the log file created with the BDB
environment. Has anyone seen this sort of problem before? If so, is
there a resolution?
Received on Thu Mar 9 18:41:57 2006

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.