I have not run the DB test suite on it yet but did run aggressive stress
testing of svn against a repository (I had to mod the stress test a bit
to do this over the svn:// protocol instead of file:// since the script
wants to create a repository too). I tried to run the DB tests but ran
into a TCL problem with not being able to find the TCL_GetErrno symbol.
So, following up we are EXTREMELY careful to have only the Solaris box
access the repository as well as making sure that it is running NFSv3.
Also note that Perforce has exactly the same limitations and warns
against Linux and FreeBSD but explicitly states that Solaris 2.5.x and
above is fine. Of course, it does not run sleepycat but the root
limitations are probably the same.
C
ps. if anyone has a pointer as to why I can't get the TCL stuff to work
I would appreciate it...
On Thu, 2004-03-25 at 15:19, John Pybus wrote:
> Nuutti Kotivuori wrote:
> > Chris Wein wrote:
> >
> >>We have exactly this setup. A Solaris box running svnserve mounting
> >>the repository from a NetApp via NFS3. No other machines mount the
> >>repository and all svnadmin etc. is done from the Sun box.
> >
> >
> > And it works fine? No repository corruption? Has it gotten a lot of
> > usage? Have you run the BerkeleyDB testsuite?
>
> Actually, the sleepycat page you linked in your previous email only
> warns against remote file systems not *fully supporting posix
> semantics*, and goes on to warn about specific problems with NFS
> implementations on some Linux & FreeBSD releases. Solaris has about as
> solid an NFS implementation as you're going to come across. If the svn
> server is indeed the only client of the storage then I'm not surprised
> it works.
>
> John
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
--
Chris Wein
Software Engineer
Mobilygen Corp.
E-Mail : cwein@mobilygen.com
Phone : 408-869-4035
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 26 00:34:14 2004