[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: multiple svn front-ends, single SAN repo volume

From: Stefan Sperling <stsp_at_elego.de>
Date: Fri, 10 Feb 2012 23:16:13 +0100

On Fri, Feb 10, 2012 at 04:09:45PM -0600, Ryan Schmidt wrote:
> Have you verified that a single server will not be fast enough?

Good point. It might very well be fast enough.

> If so, you could consider having any
> number of read-only slave servers, which would each proxy their write
> requests back to the single master server that Subversion supports.
> This way read operations would be accelerated, while write operations
> would be securely limited to just the single master. The slave servers
> could keep individual copies of the repository(ies) synchronized with
> the master using svnsync

This is misleading. A write-through proxy setup does not eliminate
write operations on slave servers.

While replicating commits, svnsync performs the exact same kinds of
write operations against the slave servers that happen on the master
repository when a client makes a commit.

In fact, in the corrupted rep-cache.db case I mentioned earlier,
the write operation to the CIFS share was performed by svnsync
(luckily, only the slave was storing its repositories on CIFS :)
Received on 2012-02-10 23:16:53 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.