Nevermind. I figured it out. The problem was in my SVNMasterURI argument.
If using SVNParentPath, you shouldn't put the repository name (in this
example PROJNAME) in the SVNMasterURI.
So instead of this:
SVNParentPath /export/svnrepo_links
SVNMasterURI http://svnmaster.myhost.com/svn/PROJNAME
It should be:
SVNParentPath /export/svnrepo_links
SVNMasterURI
http://svnmaster.myhost.com/svn<http://svnmaster.myhost.com/svn/PROJNAME>
Hope this helps others.
thanks,
David
On Feb 8, 2008 10:02 AM, David Ferguson <ferguson.david_at_gmail.com> wrote:
> I am trying to setup a webdav write-through proxy and am getting the
> following error when I try to commit to the slave server:
>
> svn: Commit failed (details follow):
> svn: MKACTIVITY of
> '/svn/PROJNAME/!svn/act/78f951f5-9794-4895-a7db-ac41259d71e7': 403 Forbidden
> (http://svnslave.myhost.com)
>
> Committing to the master server works fine. Checkouts/updates from either
> master or slave work as well. Here's my situation:
> - master server is running Apache 2.2.3 and Subversion 1.4.3
> - slave server is running Apache 2.2.8 and Subversion 1.5.0-dev (from
> r29213 of 1.5.x branch)
> - svn client is Subversion 1.4.6
> - all of the above running on Linux RHEL4
>
> Googling MKACTIVITY turned up problems that made me think authentication
> is suspect. We're using LDAP on both the master and slave server. Can you
> guys take a look at the <Location> section below? It is for the slave
> server, but the master's <Location> section is the same except no
> SVNMasterURI directive.
>
> Note that we are using SVNParentPath vs. SVNPath as most of the webdav
> proxy tutorials use. Is that a problem?
>
> thanks for you help,
> David
>
>
> <Location /svn>
> DAV svn
> SVNParentPath /export/svnrepo_links
> SVNMasterURI http://svnmaster.myhost.com/svn/PROJNAME
> AuthType Basic
> Order deny,allow
> Deny from all
> Allow from all
> SetOutputFilter DEFLATE
> SetInputFilter DEFLATE
> AuthName "MYHOST NT AUTHENTICATION"
> AuthBasicProvider ldap
> AuthzLDAPAuthoritative Off
> AuthLDAPURL
> "ldap://ad.myhost.com/cn=users,dc=corp,dc=ad,dc=myhost,dc=com?sAMAccountName?sub?(&(objectclass=*))"
> AuthLDAPBindDN
> "cn=ad-auth-proxy,cn=users,dc=corp,dc=ad,dc=myhost,dc=com"
> AuthLDAPBindPassword xxxxx
> require valid-user
> </Location>
>
>
Received on 2008-02-11 15:23:22 CET