subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ulrich Eckhardt <eckha...@satorlaser.com>
Subject Re: Two svn/apache servers accessing one database
Date Tue, 08 Jun 2010 08:48:16 GMT
On Saturday 05 June 2010, Richard England wrote:
> Are there any possible repercussions of having two server both running
> Apache/SVN (same version)  accessing the same database files?  This is
> using FSFS.
>
> Is this likely to cause data corruption or anything nasty?

You can easily have multiple concurrent accesses even without running two 
Apaches, e.g. concurrent file accesses by different users on the same 
machine, different svn+ssh sessions, multiple svnserve instances spawned by 
[x]inetd etc.

In other words, it works.

Uli

-- 
ML: http://subversion.tigris.org/mailing-list-guidelines.html
FAQ: http://subversion.tigris.org/faq.html
Docs: http://svnbook.red-bean.com/

Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932

**************************************************************************************
Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
           Visit our website at <http://www.satorlaser.de/>
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und
kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend,
falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu
löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt
werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen
enthalten. Sator Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************


Mime
View raw message