0

今天，我们存储 SVN 存储库的虚拟 W2003 服务器（也）变得非常非常繁忙。原来它在 C: 驱动器上只剩下 88KB 的可用空间。没那么好。由于访问问题，我们可以通过从任务管理器（McAffee、SqlServer、services.exe）中杀死繁忙的进程然后优雅地重新启动来重新启动它的唯一方法。我们释放了一些空间，机器又开心了，但我们的 SVN 存储库不再可用。

如果我从客户端连接，它会给出消息“ No repository found in 'svn://[mymachine]/repos/[myapp]' ”但是，从服务器我可以使用“ svnlook tree [rootFolder] ”看到内容命令。

如果我使用 Windows 资源管理器导航到根文件夹，则以下文件夹为空（我不知道这是否正常）：

  • [根文件夹]/trunk
  • [根文件夹]/标签
  • [根文件夹]/分支

但是，[rootFolder]/db包含许多具有相应修订名称的文件。头部的大小应该在 600MB 左右，但我们也有许多分支。[rootFolder] 的总大小现在约为 600MB。我们松了树枝吗？明天我们还将知道我们的备份系统是否运行良好。无论如何，有人有任何想法吗？

[找到解决方案后更新]

感谢所有提交答案的人，他们在解决问题方面非常有用。崩溃期间，SVN 服务被破坏，而数据保持完好。重新安装服务解决了这个问题。

4

2 回答 2

3

在存储库框中，尝试修复和验证。

svnadmin repair [rootFolder]
svnadmin verify [rootFolder]

如果这没有帮助，希望您的备份有效。

不要太担心大小与头部大小有关。分支就像符号链接，只存储通常很小的差异。

于 2008-12-11T16:54:32.510 回答
3

听起来你只需要重新启动svnserve。

如果您按照Subversion Book设置服务sc：

net start [service]

net start subversion

或者，直接：（理论上......我自己使用scand net）

svnserve.exe --service -r [rootFolder]
于 2008-12-11T16:56:40.523 回答