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

DB error while opening 'copies'

From: Trevor Allred <tallred_at_remedymd.com>
Date: 2004-10-25 22:56:57 CEST

I am getting an error when running recover or any other command from svn.
Here is the output from svnadmin recover.

 

svnadmin recover /usr/local/svn/

Please wait; recovering the repository may take some time...

 

Recovery completed.

svn: Berkeley DB error while opening 'copies' table for filesystem
/usr/local/svn/db:

Invalid argument

 

In addition to this error we have had two cases where a process locked svn
and everything hung indefinitely including svnadmin restore. The first time
I rebooted, the second time I was able to find the svn look command that was
locking it and kill it.

 

I am using SVN 1.0.9 on a Red Hat installation. Our repository is located on
/usr/loca/svn/ that is a local drive (not NFS). We have about 4 developers
using working copies that are mounted via samba to their Windows machines.
The working copies reside on the server in /home/[username]/ This is
important because our code is not very portable to Windows and we want to be
able to run right from Linux without moving it first. Only the webuser (for
apache) accesses the repository so I don't think we have a problem with
permissions here.

 

We also installed TortoiseSVN and use it from Windows to check in files. If
this is causing the problem then we could commit only from Linux command
line.

 

I don't have a backup right now but we do have an up to date "staging" area
that has all of the latest checkins. I don't care about history (yet), so if
I need to rebuild that's OK. But I don't want to rebuild only to have a
problem tomorrow again.

 

For now I just need to figure out the problem with the "Invalid argument" on
the copies table.

 

Trevor Allred

 

 

 
Received on Mon Oct 25 22:57:50 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.