David Coppit <subversion@coppit.org> writes:
> My database keeps getting corrupted, which is extremely disconcerting
> given the importance of the data I want to store in it. svnadmin recover
> fails, as does svnadmin dump. My only option seems to be to restore from
> backup.
We're working on improving our usage of Berkeley DB (it should be
emphasized that these problems are most likely with how Subversion
uses BDB, *not* problems in BDB itself). In the meantime, one
solution is to upgrade your Subversion server and use the FSFS storage
mechanism instead. In any case you should upgrade to the latest
release if you're having problems, whether or not you try FSFS.
You don't say exactly what happens in this "corruption", so it's hard
to diagnose much.
-Karl
> Can someone please enumerate all the possible causes of DB corruption?
>
> My developers are accessing the repository using svn+ssh. I've created a
> wrapper for the svn command to set the umask properly, and have asked all
> the users to modify their .cshrc to set their PATH to include my bin
> directory before /usr/bin. (I think that works for ssh tunnels, right?)
>
> The repository is on a local /scratch disk, and I'm running hot-backup.py
> after every commit.
>
> - Do I have do lock access to the repository somehow while hot-backup.py
> is running?
>
> - Do I have to worry about our version of subversion? Or the OS?
> (subversion-1.0.0-73.14 on SuSe)
>
> - What about subclipse with the JavaSVN bindings? Any risks there?
>
> - Do I have to worry about different client versions accessing svnserve?
>
> - Do I have to worry about different shared libraries on different
> machines in our department?
>
>
> Short of sitting next to them when they corrupt the repository, is there
> any way that I can debug this?
>
>
> Thanks for the help. I really like subversion, but if I can't get it
> stable, I'm going to have to go back to CVS (**shiver**).
>
> David
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 3 07:03:04 2005