【问题标题】:Crashed SVN repository崩溃的 SVN 存储库
【发布时间】:2008-12-11 16:42:04
【问题描述】:

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

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

如果我使用 Windows 资源管理器导航到根文件夹,以下文件夹是空的(我不知道这是否正常):

  • [根文件夹]/trunk
  • [rootFolder]/tags
  • [rootFolder]/branches

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

[找到解决方案后更新]

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

【问题讨论】:

    标签: svn crash windows-server-2003 repository


    【解决方案1】:

    在存储库框上,尝试修复和验证。

    svnadmin repair [rootFolder]
    svnadmin verify [rootFolder]
    

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

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

    【讨论】:

    • svnadmin 修复不存在。命令是 svnadmin 恢复。 (而且fsfs上的verify命令是1.5或1.4之前的占位符,后面的版本增加了更多的验证)
    【解决方案2】:

    听起来你只需要重启svnserve

    如果您按照Subversion Book 使用sc 设置服务:

    net start [service]
    
    net start subversion
    

    或者,直接:(理论上......我自己使用了scnet

    svnserve.exe --service -r [rootFolder]
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2014-07-21
      • 2017-03-30
      • 2021-10-24
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多