> 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.
>
> Chris Wein <cwein@mobilygen.com> [2004-03-26 00:33]:
>
> 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.
>
Chris, can you send me the stress test programs you used -- or any
pointer to them? Thanks!
wbr,
Lukas
--
Lukas Ruf | Wanna know anything about raw |
<http://www.lpr.ch> | IP? -> <http://www.rawip.org> |
eMail Style Guide: <http://www.rawip.org/style.html>|
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 26 10:10:42 2004