Branko ?ibej wrote:
Gustavo Niemeyer wrote:
I'm surprised to see you reporting a bad experience, as we have a very
good experience with subversion/db stability. We had many problems with
our previous server (disk failure, out of memory, out of disk, power
problems, etc), and a simple db_recover always solved our problems.
I'm beginning to get a nagging suspicion. It seems to me that everyone
who reported stability problems /also/ repotred problems when trying to
configure Apache authorization to control access to parts of the
repository, rahter than to whole repositories. The two may well be
connected, because those Apache authz configs I've seen posted to the
list all ignore the fact that the public URLs are /not/ where the
changes are made. Is it possible that this confuses Apache (or rather,
mod_dav_svn) so much that it does stupid things to the repo?
Not for me at least. I protect the whole repository. I do however
have an HTML and an XML method of browsing the repository.
# Subversion server using HTML format.
Location /repos
DAV svn
SVNPath /export/home2/svn-ow/repos
SVNReposName OrcaWare
SetOutputFilter DEFLATE
AuthType Basic
AuthName Subversion repository
AuthUserFile /export/home2/svn-ow/passwd
AuthGroupFile /export/home2/svn-ow/groups
LimitExcept GET OPTIONS PROPFIND REPORT
Require group svn_committers
/LimitExcept
/Location
# Subversion server using XML format.
Location /repos-xml
DAV svn
SVNPath /export/home2/svn-ow/repos
SVNReposName OrcaWare
SVNIndexXSLT http://svn.orcaware.com/svnindex.xsl
SetOutputFilter DEFLATE
AuthType Basic
AuthName Subversion repository
AuthUserFile /export/home2/svn-ow/passwd
AuthGroupFile /export/home2/svn-ow/groups
# Do not do commits against the XML URL. Use the HTML one
# instead.
LimitExcept GET OPTIONS PROPFIND REPORT
Require group nonexistent_group
/LimitExcept
/Location
Best,
Blair
--
Blair Zajac blair@orcaware.com
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:05:08 2006