Subversion 1.9.2: Invalid filesystem format option 'addressing logical'

svn tortoisesvn redhat svnserve fsfs
intechops6 picture intechops6 · Oct 21, 2015 · Viewed 11.6k times · Source

I installed SVN 1.9.2 in UAT Linux redhat 6.6 using tarball and run the SVNSERVE as daemon and all went fine. Then I created a repository and configured the repo for client access and tried to access the repository using tortoiseSVN but could not access the repository. Seeing the error,

"db/format contains invalid filesystem format option addressing logical"

Before installing in UAT, I tried in TEST server but I could install and access the repository with no issues. I am using Redhat 6.6 Server. Anyone seen this issue. I am stuck since next week we have production installation.

Edit: Actually I moved to SVN installed bin directory and started the svnserve as daemon. The svnserve started was the one which is shipped with Redhat OS. It solved the issue when invoked the svnserve with full path.

Answer

zb226 picture zb226 · Oct 21, 2015

Although the OP solved his problem - by going back to an old version of Subversion (probably 1.6.x as he says it's the default shipped with RHEL6.6) - the error symptom poses a valid question which deserves more research.

Subversion 1.9 introduced a new version of their FSFS file system (v7), which is the filesystem used in the repository (not the working copy). If the repository in question was created by a 1.9 server, it seems it may cause compatibility problems with older clients when accessing through file:// protocol. The error message invalid filesystem format option 'addressing logical' corresponds to the new FSFS v7 feature "Logical Adressing".

About client-server, the compatibility matrix clearly states there is no issue, as far as the server code version supports the FSFS file system version of accessed repositories.

Note: Since 1.9, you can use the svnadmin info subcommand to check a repository's features (on the server). It even gives a hint which level of client compatibility the repository bears. Unfortunately, I don't have a 1.9 repo at hand for testing, but here's some example output:

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

Related questions

Working copy XXX locked and cleanup failed in SVN

I get this error when I do an svn update: Working copy XXXXXXXX locked Please execute "Cleanup" command When I run cleanup, I get Cleanup failed to process the following paths: XXXXXXXX How do I get out of this loop?

Read More
How to checkout a specific Subversion revision from the command line?

I want to checkout a specific revision of a folder in Subversion using the command line. I don't see an option for specifying the revision number in TortoiseProc.exe, TortoiseProc.exe /command:checkout <url> How do I get …

Read More
TortoiseSVN icons not showing up under Windows 7

I can't seem to get the icons to display under Windows 7 and I really miss this from Windows XP. How can it be fixed?

Read More