Thanks for the advice, Dominic. I am loading mod_authz_svn, but I
have "SVNPathAuthz off" in my Location tag, so I don't know if that
matters. Here's the error I'm getting in the log:
[Wed Mar 16 11:46:47 2005] [warn] [client 10.0.0.144] [972] auth_ldap
authenticate: user firstname.lastname authentication failed; URI
/svn/repo/!svn/act/5fb8bcac-3621-e84f-910d-ed334639c888 [LDAP:
ldap_simple_bind_s() failed][Unavailable]
On Wed, 16 Mar 2005 10:58:45 -0500, Dominic Anello <danello@danky.com> wrote:
> On 2005-03-16 09:07:09 -0500, Brian Fohl wrote:
> > When someone commits a file for the first time, it always fails
> > authenication. After that, on a second try, they are able to
> > authenticate and commit fine. What gives? Is this a known bug? I
> > haven't been able to find anything on it.
> >
> > We are running SVN 1.13 on Apache 2, Windows 2000 Server, using LDAP
> > authentication into Active Directory.
> >
> > Thanks,
> > Brian
>
> Sorry to post again, but another possibility, especially if you are
> using mod_authz_svn, as well, is that the user has credentials cached
> that have read access but not write access to the files being checked
> in.
>
> For example if you have something like this in your authz ini file:
> [/trunk]
> foo = r
> bar = rw
>
> Then if someone checks out trunk as foo and tries to check in they will
> open a transaction as foo, but write access to trunk will fail. They
> will then get prompted for a user/password. If they they respond by
> logging in as bar, the commit will still fail, but then if they retry,
> svn will use the cached credentials for bar from the beginning.
>
> The symptom of this problem is a message like the following in the
> apache log:
> [Tue Mar 08 13:53:08 2005] [error] [client 111.222.333.444] (2)No such file or directory: Multi-author commits not supported. [501, #0]
>
> hope this helps,
>
> Dominic
>
> --
> You're so beautiful, it hurts to look at you.
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 16 18:10:16 2005