On Oct 28, 2005, at 22:05, Youssouf Naciri wrote:
> I took my time and read the svnbook another time, and found an
> interesting warning :
>
> "Do not create a Berkeley DB repository on a network share—it
> cannot exist on a remote filesystem such as NFS, AFS, or Windows
> SMB. Berkeley DB requires that the underlying filesystem implement
> strict POSIX locking semantics, and more importantly, the ability
> to map files directly into process memory. Almost no network
> filesystems provide these features. If you attempt to use Berkeley
> DB on a network share, the results are unpredictable—you may see
> mysterious errors right away, or it may be months before you
> discover that your repository database is subtly corrupted."
>
> "If you need multiple computers to access the repository, you
> create an FSFS repository on the network share, not a Berkeley DB
> repository. Or better yet, set up a real server process (such as
> Apache or svnserve), store the repository on a local filesystem
> which the server can access, and make the repository available over
> a network. Chapter 6, Server Configuration covers this process in
> detail."
>
> I though that since I wasn't using BDB, but FSFS, this won't affect
> me, but I still tried to create a repository on a local filesystem,
> and guess what, it worked !
Odd. You're right, it shouldn't affect you. Everything I've read on
this list suggests that FSFS should work fine over NFS.
> Now, I'm quite sure that the svn I'm using hasn't been compiled
> with FSFS support, but I wonder how I could know about that.
AFAIK it's not possible to compile Subversion without FSFS support; I
think it's always enabled (since its debut in 1.1.0). It's possible
to compile without BDB support, which makes sense, as then you don't
need to have the BDB libraries. But it doesn't make sense to compile
without FSFS support, since there are no additional libraries that
would be required.
FSFS is also the default repository type as of 1.2.0.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Oct 29 16:16:46 2005