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

Re: 1.7 problems with repos in domain root

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: Sat, 30 Jul 2011 18:48:50 -0700

On Sat, Jul 30, 2011 at 12:16 PM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> Hi,
>
> Using a build from the latest 1.7.x branch, try this:
>
> svn info http://svn.freetz.org/tags/freetz-1.1.4
>
> results in:
>
> ---------------------------
> Microsoft Visual C++ Debug Library
> ---------------------------
> Debug Error!
> Program: d:\Development\SVN\TortoiseSVN\bin\debug64\bin\svn.exe
> R6010
> - abort() has been called
>
>
> Actually, any command I tried with that repository results in an abort()
> call due to urls not being canonical and/or an error like this:
>
> svn: warning: W170000: 'http://svn.freetz.org/tags/freetz-1.1.4' isn't in
> the sa
> me repository as 'http://svn.freetz.org/'
>
> svn: E200009: Could not display info for all targets because some targets
> don't
> exist
>
> It's easily reproducible using neon.
> Using serf, you only get an error output but no abort() call:
> svn: E175009: Unable to connect to a repository at URL
> 'http://svn.freetz.org/tags/freetz-1.1.4'
> svn: E175009: XML parsing failed: (413 Request Entity Too Large)

ra_serf is doing the best that it can do - it's getting a 413 back
from the server.

Quick network trace below. Due to the 400 after, I've got a sense
that lighttpd is in front of the real SVN server and might be doing
something funky on the protocol level. I'm wondering if lighttpd
doesn't understanding chunked request bodies - that'd be an RFC
violation on lighttpd's part...again, we could apply the patches I
posted a few months back to ra_serf to avoid chunking request
bodies... *shrug* -- justin

OPTIONS /tags/freetz-1.1.4 HTTP/1.1
Host: svn.freetz.org
User-Agent: SVN/1.8.0-dev serf/1.0.1
Content-Type: text/xml
DAV: http://subversion.tigris.org/xmlns/dav/svn/depth
DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo
DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops
Transfer-Encoding: chunked

83
<?xml version="1.0" encoding="utf-8"?><D:options
xmlns:D="DAV:"><D:activity-collection-set></D:activity-collection-set></D:options>
0

HTTP/1.1 413 Request Entity Too Large
Date: Sun, 31 Jul 2011 01:39:18 GMT
Server: Apache/2.2.14 (Ubuntu)
Content-Type: text/html; charset=iso-8859-1
Transfer-Encoding: chunked

2fd
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>413 Request Entity Too Large</title>
</head><body>
<h1>Request Entity Too Large</h1>
The requested resource<br />/tags/freetz-1.1.4<br />
does not allow request data with OPTIONS requests, or the amount of
data provided in
the request exceeds the capacity limit.
<hr>
<address>Apache/2.2.14 (Ubuntu) Server at svn.freetz.org Port 8080</address>
</body></html>
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>413 Request Entity Too Large</title>
</head><body>
<h1>Request Entity Too Large</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
<hr>
<address>Apache/2.2.14 (Ubuntu) Server at svn.freetz.org Port 8080</address>
</body></html>

0

HTTP/1.0 400 Bad Request
Content-Type: text/html
Content-Length: 349
Connection: close
Date: Sun, 31 Jul 2011 01:39:28 GMT
Server: lighttpd/1.4.28

<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
         "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
 <head>
  <title>400 - Bad Request</title>
 </head>
 <body>
  <h1>400 - Bad Request</h1>
 </body>
</html>
Received on 2011-07-31 03:49:18 CEST

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