我使用 tarball 在 UAT Linux redhat 6.6 中安装了 SVN 1.9.2，并将 SVNSERVE 作为守护进程运行，一切顺利。然后我创建了一个存储库并配置了该存储库以供客户端访问，并尝试使用 tortoiseSVN 访问该存储库，但无法访问该存储库。看到错误，
“db/format 包含无效的文件系统格式选项寻址逻辑”
在 UAT 中安装之前，我在 TEST 服务器中进行了尝试，但我可以毫无问题地安装和访问存储库。我使用的是 Redhat 6.6 服务器。有谁见过这个问题。自从下周我们要进行生产安装以来，我就陷入了困境。
<小时/>编辑:实际上我移动到了 SVN 安装的 bin 目录并启动了 svnserve 作为守护进程。启动的 svnserve 是 Redhat 操作系统附带的。它解决了使用完整路径调用 svnserve 时的问题。
最佳答案
尽管 OP 通过返回旧版本的 Subversion(可能是 1.6.x，因为他说这是 RHEL6.6 附带的默认版本)解决了他的问题，但错误症状提出了一个值得更多研究的有效问题。
Subversion 1.9 推出了新版本的 FSFS file system (v7) ，这是存储库中使用的文件系统(不是工作副本)。如果相关存储库是由 1.9 服务器创建的，则似乎可能会导致 compatibility problems通过 file:// 协议(protocol)访问时使用旧客户端。错误消息无效的文件系统格式选项“寻址逻辑”对应于新的 FSFS v7 功能“逻辑寻址”。
关于客户端-服务器，compatibility matrix明确指出没有问题，只要服务器代码版本支持访问存储库的 FSFS 文件系统版本即可。
注意:从 1.9 开始，您可以使用 svnadmin info 子命令来检查存储库的功能(在服务器上)。它甚至给出了存储库具有哪个级别的客户端兼容性的提示。不幸的是，我手头没有用于测试的 1.9 存储库，但这里有一些示例输出:
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
关于svn - 颠覆 1.9.2 : Invalid filesystem format option 'addressing logical' ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/33257448/