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

Re: Problems with webdav

From: Mark Benedetto King <bking_at_answerfriend.com>
Date: 2002-02-19 20:36:49 CET

On Tue, Feb 19, 2002 at 11:11:03AM -0500, Ben Collins wrote:
> On Tue, Feb 19, 2002 at 11:04:49AM -0500, Daniel Berlin wrote:
> >
> > On Tuesday, February 19, 2002, at 10:45 AM, Ben Collins wrote:
> >
> > >Right now I am using rc2 on my apache2 server. Normal edits on an
> > >existing repo works fine. Adding files works fine.
> > >
> > >If I do "svn mkdir https://...../repo/foo/bar", it hangs for hours on
> > >end, and accomplishes nothing.
> >
> > If you can, see if/where the httpd server is stuck (use gdb and attach
> > to it).
> > I wonder if it's waiting for a db lock or something.
> That's the interesting part. The httpd server has closed the connection
> and the client is in read() loop on the http socket.
> I rechecked this and the "mkdir" works. Not sure how I associated these
> two problems together, but I thought the "least common denominator" was
> this issue.
> Right now I am trying to commit a rather large add (some few thousand
> files) and the initial setup before I get to the commit message (doing a
> "status" on the tree I suppose) plus the other SSL setups, leaves the
> connection in a timout or something.
> If I switch off auth, and use a non-ssl connection. The commit works
> fine. So somewhere the client/server lose the connection in the time
> wasted for the client to do it's work preparing for the commit.
> --

This sounds suspiciously like Content-Length-Header/actual-content-length
disagreement, but that's just a stab in the dark.

Does your server have the recent Content-Length patches?


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:37:09 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.