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

[TSVN] TotoiseSVN accessing repository "behind the scenes"?

From: Holger Rauch <holger.rauch_at_heitec.de>
Date: 2004-10-01 16:48:05 CEST

Hi!

I would like to know whether TortoiseSVN is accessing a Subversion
repository "behind the scenes" (i. e. without explicit action from the
user)? The reason why I'm asking this question is given below. I have to
admit that I'm not sure this is really TortoiseSVN related, but I couldn't
reproduce the svnadmin dump error when I used a Linux svn command line
client on a Subversion repository that wasn't accessed by TortoiseSVN.

I'm using Subversion version 1.0.6 (r10360) on a FreeBSD 4.10-STABLE system.
Subversion was installed using the current FreeBSD port from the ports
collection. Furthermore, Subversion is configured to use svnserve via inetd.
The repository was accessed via Windows using TortoiseSVN.

I tried to dump the contents of the repository using svnadmin like this:

svnadmin dump <repository-path>

This caused the following Berkeley DB error:

svn: Berkeley DB error while opening environment for filesystem
<repository-path>/db:
DB_RUNRECOVERY: Fatal error, run database recovery

svnserve wasn't disabled in inetd.conf and even though noone actively
accessed the repository, it looks to me like TurtoiseSVN did it behind the
scenes.

So, I commented out the corresponding entry in /etc/inetd.conf, HUPed inetd,
asked the user to close his explorer, so that TurtoiseSVN should be no
longer active. Then I invoked

svnadmin recover <repository-path>

The output from the command was:

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

Recovery completed.
The latest repos revision is 59.
svn: Berkeley DB error while closing environment for filesystem
<repository-path>/db:
DB_RUNRECOVERY: Fatal error, run database recovery

I looked at both the FAQ and the Subversion book, but I couldn't find an
answer in there.

To be honest, I'm really lost at this point. Are there any ways to still
recover the repository, even though "svnadmin recover" seem to fail? If so,
what else can I try?

Thanks in advance for any info/pointers!

Kind regards,

        Holger

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Oct 1 17:45:26 2004

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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