Subversion 1.9.2：文件系统格式选项无效 'addressing logical'

Question

我在UAT Linux redhat 6.6中使用tarball安装了SVN 1.9.2，并将SVNSERVE作为守护进程运行，一切正常。然后，我创建了一个存储库，并为客户端访问配置了repo，并尝试使用tortoiseSVN访问存储库，但无法访问存储库。看到错误，

"db/format包含无效的文件系统格式选项"

在UAT中安装之前，我在TEST服务器中尝试过，但我可以安装和访问存储库而没有问题。我使用红帽6.6服务器。有人见过这个问题吗?我被困住了，因为下周我们要进行生产安装。

---

Edit:实际上我移到了SVN installed bin目录下，启动了svnserve作为守护进程。启动的svnserve是Redhat操作系统自带的。

Answer 1

虽然OP解决了他的问题-通过回到旧版本的Subversion(可能是1.6)。x(他说这是RHEL6.6的默认配置)——错误症状提出了一个值得更多研究的有效问题。

Subversion 1.9引入了一个新版本的FSFS文件系统(v7)，它是存储库中使用的文件系统(不是工作副本)。如果有问题的存储库是由1.9服务器创建的，那么当通过file://协议访问时，可能会导致与旧客户机的兼容性问题。错误信息invalid filesystem format option 'addressing logical'对应于FSFS v7新特性"逻辑寻址"。

关于客户机-服务器，兼容性矩阵明确指出，只要服务器代码版本支持访问存储库的FSFS文件系统版本，就没有问题。

注意:从1.9开始，您可以使用svnadmin info子命令来检查存储库的特性(在服务器上)。它甚至给出了一个提示，说明存储库支持的客户机兼容性级别。不幸的是，我手头没有1.9版本的repo用于测试，但这里有一些示例输出:

Path: /repos/apache
UUID: ac336b0e-000b-11e0-b354-23d019ddd9ed
Repository Format: 5
Compatible With Version: 1.8.0
Repository Capability: mergeinfo
Filesystem Type: fsfs
Filesystem Format: 6
FSFS Sharded: yes
FSFS Shard Size: 1000
FSFS Shards Packed: 1631/1631
FSFS Logical Addressing: no
Configuration File: /repos/apache/db/fsfs.conf

Answer 2

我在从RHEL 6.4/subversion 1.6.11迁移到RHEL 7.4/subversion 1.9.7时遇到了这个问题。

我发现这个问题的答案对我很有用:Subversion: SVN E160043。'1'& # 39; 4

如果您想从v1.8创建向后兼容的存储库，您可以使用--compatible-version标志。例子:

svnadmin create --compatible-version 1.6 PATHNAME

http://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure有一个列表，显示哪些FS格式与不同版本的svn兼容。但是你应该检查你将要使用的机器上svn的版本，并使你的repo与旧版本兼容。