SVN repositry wedged and recover command throws error
From: Josh Armantrout <josh_at_armantrout.us>
Date: 2004-07-14 11:14:40 CEST I installed SVN 1.0.5 on Win XP PRO last month and configured SVNServe to run as a service. I then created a repository and have been using TortoiseSVN (FWIW the version compiled to use the VS.NET-safe _svn folders) to commit my changes nightly. Yesterday I committed the changes from one folder without trouble, but when I went to commit changes from another folder it came back saying that it couldn't connect. After rebooting and trying again, an error mentioning a BerkleyDB file and disk space was displayed (I didn't save it, is there a log file?). I should also mention that the repository is on a 200GB disk with 165GB free, so it's clearly not out of space. Now, when I try to view the repository through the RepoBrowser the browser locks up. If I try to view it using SVNLook.exe that also locks up. Reading the documentation, I see that it is likely "wedged", but when running the suggested "svnadmin recover" command I get the following: C:\Program Files\Subversion\bin>svnadmin recover f:\svn\repositoryAt that point the SVN book asks for me to send this email to you here, and I can't find any mention of this database recovery. Can anyone point me in the right direction? I do have weekly backups of the repository, and the most recent changes that I was checking in, but my main concern is that I understand what happened, how to fix it, and how to prevent it from happening in the future. As we start to get further into our project, we need to be sure that we can trust SVN to stick with us. Thanks, --Josh --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.org Received on Wed Jul 14 13:54:21 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.