On Fri, Jul 2, 2010 at 8:06 AM, Nick Silkey <[email protected]> wrote: > tech@ -- > > $work has many svn repos hosted atop direct-attached disk. As time > rolls on, we are encountering space constraint where they are stored. > Rather than take an outage to resize disk/move repos/etc where this > could potentially happen again over time, were looking to move this to > our 3170 filers where disk is air (need more space? *poof*). > > It appears fsfs-formatted svn repos are indeed NFS safe, but I wanted > to ask the audience. Anyone with experience doing this (good, bad, > otherwise), let me know. I welcome responses like 'yeah, it can be > done. i did it, but the performance stunk!' ... not just the simple > 'yes' or 'no'.
We have many tens of thousands of svn repos on NFS with no NFS specific tunings to the repo usage, mostly it's perfectly happy stuff. You can see performance issues with httpd+mod_svn+dav and large repos (where large is both in size of files stored, as well as number of commits) when your clients are separated from the server via slow or high latency links. For example, "svn up" to pull 1,000 changes via dav on a client with a DSL link on the other side of the globe from the server tends to work poorly because the command channel timeouts while other threads are doing pull operations. If that sort of thing is a big use case for you, I'd recommend looking into using svnserve as well as, or instead of, DAV. HTH, -n -- ------------------------------------------- nathan hruby <[email protected]> metaphysically wrinkle-free ------------------------------------------- _______________________________________________ Tech mailing list [email protected] http://lopsa.org/cgi-bin/mailman/listinfo/tech This list provided by the League of Professional System Administrators http://lopsa.org/
