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

Re: httpd dies on svn checkout

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: Sun, 02 Mar 2008 09:10:02 +0100

pieter de troyer wrote:
> Hello,
> I've build succesfully subversion, apache, neon, etc from source,
> properly linked together. Once i tried it from subversion source and its
> deps package, once all from scratch, without the deps package.
> In both cases I can normally browse my repository via web access,
> however, doing a checkout over http results in a silent crash of the
> httpd child that is handing the request.
> root@HS-DHGL900:~/tmp_svn# svn co
> svn: PROPFIND request failed on '/svn/repos/site'
> svn: PROPFIND of '/svn/repos/site': Could not read chunk size:
> connection was closed by server. (
> Setting apache to something more verbose does not result in any more
> verbose logging related to this crash, so I'm a bit in the dark here...
> Any hints would be greatly appreciated. How can I proceed
> troubleshooting in the most effective way?

Given that checkout over http tends to work normally, check if you don't
have a version mismatch somewhere. What does error.log say? Did you use
ldd to check which versions of apr httpd is using? Did you build
mod_dav_svn with the same apr version as your httpd?

For further troubleshooting, configure apache to create core dumps:

Once you have the core file, you can use gdb to create a stacktrace (use
bt full). Hide any details (like passwords) you might find and send the
stack trace to this list.

In your mail, also add the environment details: all versions, platform,
OS, gcc version, configure options etc.



To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-02 09:09:56 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.