Hi Ed,
Thanks for the reply.
On 10/25/07, Ed Wittmann <ewittmann@combinenet.com> wrote:
>
> I don't know about two servers at the same time, but we use RHEL clustering
> here for failover against a NAS nfs mount with zero issues.
So does that mean that the clustering appears as one box for the
repository on the NAS?
> Just how many concurrent users are you expecting?
The number of concurrent users would be about 100, but that is likely
to get bigger as time goes on, and the need items being stored in the
repository would tend to quite large.
R
> -Ed
>
>
> On Thu, 2007-10-25 at 16:13 +0100, t-man wrote:
>
>
> Hi all,
>
> I am curious to about the potential ill effects (if any) of having two
> servers working off the same repository.
>
> The scenario would be as follows:
>
> Server A and Server B, both with the same repository that resides on a
> SAN mounted via nfs and the SAN being handled by GFS from RedHat, with
> a load balancer sitting on top.
>
> Part of me says that GFS would handle potential issues with concurrent
> writes - but the other part of me is afraid of the some operations
> blitzing the repository...
>
> Am I off the mark completely, or does anyone have a similar setup
> working somewhere, and if so, have they noticed any issues with that?
>
> Cheers,
>
> Tom
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail:
> users-help@subversion.tigris.org
>
>
>
> ______________________________________________________________________
> The information contained in this e-mail message and its attachments are
> intended only for the personal and confidential use of the named
> recipient(s). If you are neither the intended recipient nor the person
> responsible for delivering to the intended recipient, you are not authorized
> to and must not disclose, copy, distribute or retain this e-mail or its
> attachments. If you have received this communication in error, please notify
> us immediately by e-mail and delete the original message. E-mail is
> susceptible to data corruption, interception, tampering, unauthorized
> amendment and viruses. We are not liable for data corruption, interception,
> tampering, amendment or viruses or any consequences thereof.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 25 19:01:43 2007