The base script is in the source tree in tools/dev/stress.pl. It is a
little tricky to use it in this configuration as the script is not
really set up for it. For the NFS setup you need to use either svnserve
or Apache (no file:// url's). However, the script needs svnadmin to
create the repository meaning you need local file access. What I did
first is run the scripts on the Solaris box using the url of
svn://localhost/. I subsequently modified the script (but lost the
changes...ugh) to populate on the Solaris box and exit, and on the Linux
boxes to assume the repository was populated and just go ahead and run
using a URL of svn://repos/. Anyway, both worked fine.
On Fri, 2004-03-26 at 01:10, Lukas Ruf wrote:
> > 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
>
>
--
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 21:53:58 2004