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

imports failing over dav.

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2001-09-10 21:42:02 CEST

Greg Stein <gstein@lyra.org> writes:

> > * 455: import doesn't work over ra_dav
> No idea.

Here's everything I know about this bug. First, here's one of many
reproducible examples:

[sussman_at_kepler:~/projects/test/foo]$ svn import http://newton.collab.net/repos/sussman-repo ~/projects/subversion-M3 svnny

Adding ./svnny
Adding ./svnny/ac-helpers
Adding ./svnny/ac-helpers/config.guess
Adding ./svnny/ac-helpers/config.sub
Adding ./svnny/ac-helpers/berkeley-db.m4
Adding ./svnny/ac-helpers/get-neon-ver.sh
Adding ./svnny/ac-helpers/gnu-diff.sh
Adding ./svnny/ac-helpers/gnu-patch.sh
Adding ./svnny/ac-helpers/install.sh
Adding ./svnny/ac-helpers/svn-apache.m4
Adding ./svnny/ac-helpers/svn-macros.m4
Broken pipe

No matter which tree I decide to import, after a few (anywhere from 5
to 30) files have been PUT, we get mysterious "Broken Pipe" -- and a
dead transaction left on the server.

I traced this with a network sniffer, and indeed, we're right in the
middle of a PUT of svndiff data (with a Content-Length of 31116 bytes)
-- then suddenly a bunch of "RST" (reset) TCP windows, and poof, the
connection is dead.

When I run this process in gdb, we get a SIGPIPE (broken pipe) right
inside libc, in the middle of attempt to write() data to a socket.
The gdb traceback shows us inside ne_socket.c:sock_fullwrite() line
440. Neon is simply writing 1024 bytes of data to a socket.

More frustrating, not a single interesting thing is logged in the
httpd error_log. The access_log shows nothing but the PUT request.

I'm not sure how to debug from here. Do I need to run httpd inside
gdb? How to proceed?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:40 2006

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

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