[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: "400 Bad Request" on commit with 1.7 client to 1.7 server

From: Gustavo Chaves <gustavo_at_cpqd.com.br>
Date: Sun, 4 Dec 2011 08:17:10 -0800 (PST)

On 1 dez, 22:29, Mark Phippard <markp..._at_gmail.com> wrote:
>
> Subversion Edge does not have the location block for SVN in the
> httpd.conf file.  Have you customized the configuration files beyond
> this?  There is no reason you should have to add that directive
> anyway.
>
> Assuming you are using the default configuration that SVN Edge writes,
> which I know works properly, have you defined any authz rules in the
> "Access Rules" section of the Repositories tab?  If so, maybe
> temporarily replace the rules with:
>
> [/]
> * = rw
>
> And see if that solves anything.

I'm having the same problem but I'm not using Subversion Edge. I'm
using the CollabNetSubversion-server-1.7.0-2 RPM package. The problem
occurs trying to commit either via https or http. Setting "LogLevel
debug" doesn't show anything usefull in the log file.

My connection is direct, with no proxy in between client and server.

My Location directive is this:

  <Location /admin>
    DAV svn
    SVNPath /l/home1/svn/admin/admin
    Require user gustavo
  </Location>

The authentication is configured in a <Directory /> directive using
LDAP. The authentication works because I can checkout, ls, and update
the repository. It seems that it's just the commit that is causing
problems.

I've tried to use a AuthzSVNAccessFile directive in the location and
set the authz file so that my user (gustavo) have full rights, but it
didn't solve the problem.

I don't have any other idea...

Gustavo.
Received on 2011-12-04 20:41:45 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.