Re: multiple svn front-ends, single SAN repo volume
From: Ryan Schmidt <subversion-2012a_at_ryandesign.com>
Date: Fri, 10 Feb 2012 16:47:31 -0600
On Feb 10, 2012, at 16:34, Stefan Sperling wrote:
> On Fri, Feb 10, 2012 at 04:20:02PM -0600, Ryan Schmidt wrote:
Here you're talking about a commit that happened on the master, and is being replicated to the slaves. I understand how that works.
I was talking about a commit that is done against the slave, and is proxied to the master. The book says:
"All read requests go to their local slave. Write requests get automatically routed to the single master server. When the commit completes, the master then automatically “pushes” the new revision to each slave server using the svnsync replication tool."
So thinking all this through, I agree svnsync does not make sense if you are hosting a repository on a SAN and trying to connect multiple svn servers to it. But it sounds like it would work fine, if you simply don't use svnsync. Configure one server to be the master (let it accept write requests). Configure the other servers to be slaves (read-only, and proxy any incoming write requests to the master). All servers point to the same repository data on the SAN and it can't get corrupted because only one server is writing to it. Sound ok?
This is an archived mail posted to the Subversion Users mailing list.