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

Re: svn copy fails with 400 Bad request

From: Andrew LeCody <andrewl_at_hostingsupport.com>
Date: Tue, 26 Aug 2008 13:24:31 -0500

I am having the same issue, it's very frustrating. I setup a test repo,
created a directory called "testdir", and created a test text file in
that directory. I then made a commit, and updated my working copy. Next
I issued the command "svn copy testdir testdir2" which worked without
issue. When trying to commit however, I got the following error:

$ svn commit
Adding testdir2
svn: Commit failed (details follow):
svn: COPY of testdir2: 400 Bad Request (https://devel.propagation.net)
svn: Your commit message was left in a temporary file:
svn: '/tmp/test/svn-commit.tmp'

This is not a firewall/anti-virus issue, I am connecting using SSL, and
there are no modules such as mod_security on the server. Here is the
setup I'm using:

Server: Debian Lenny with apache2 (2.2.9), subversion 1.5.1, and
mod_dav_svn 1.5.1
Client: Ubuntu Hardy 8.04.1 with subversion 1.4.6

Also of note I have this same issue regardless of the client I use (I
have tried my 3 other systems, one of which is Windows XP using
TortoiseSVN). I have this same issue on another server running Ubuntu
Hardy 8.04.1, apache2 (2.2.8), subversion 1.4.6 and mod_dav_svn 1.4.6.

While there is no error in the apache error log, there is an entry in
the access log, and it shows the return code is 400. Here is the entry
from the log file: - andrewl [26/Aug/2008:15:15:48 -0500] "COPY
/svn/test/!svn/bc/3/testdir HTTP/1.1" 400 388 "-" "SVN/1.4.6 (r28521)

When I use svn+ssh and file schemes, everything works without issue. I
believe this may be a bug with mod_dav_svn, if I get the time I will try
to compile from source and see if I can still recreate the issue.

Below is a copy of my configuration file for apache:

NameVirtualHost *
<VirtualHost *>
        ServerAdmin andrewl_at_hostingsupport.com

        SSLEngine On
        SSLCertificateFile /etc/apache2/ssl/host.cert
        SSLCertificateKeyFile /etc/apache2/ssl/host.key

        DocumentRoot /var/www/
        <Directory />
                Options FollowSymLinks
                AllowOverride None

        <Directory /var/www/>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all

        <Location />
                AuthzLDAPAuthoritative off
                AuthBasicProvider ldap
                AuthName "[REMOVED]"
                AuthType Basic
                AuthLDAPBindDN [REMOVED]
                AuthLDAPBindPassword [REMOVED]
                AuthLDAPURL [REMOVED]
                require valid-user

        <Location /svn>
                # Enable Subversion
                DAV svn
                # Directory containing all repository for this path
                SVNParentPath /home/svn
                SVNListParentPath On

        <LocationMatch /svn/*/>
                AuthzSVNAccessFile /etc/svn/authz

        ErrorLog /var/log/apache2/error.log
        LogLevel warn
        CustomLog /var/log/apache2/access.log combined
        ServerSignature On

Any help would be greatly appreciated, this problem is pretty annoying.

Thank you,
Andrew LeCody

Carlos Vieira wrote:
> Hello all
> Whenever I'm using mod_dav_svn on Apache2 to do any operaion that
> involves SVN COPY, it fails with 400 Bad request. The Apache logs
> won't show any error messages.
> It works fine with file:// URIs, though.
> Any hints?
> TIA,
> Vieira
> --
> Carlos Vieira
> +55(48)3025.4222
> .:: Boreste ::. Sistemas Embarcados -- Do Conceito à Inovação
> www.boreste.com

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-26 20:24:57 CEST

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.