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

Re: apache coredump in mod_dav_svn

From: Nico Kadel-Garcia <nkadel_at_gmail.com>
Date: Fri, 5 Nov 2010 07:55:55 -0400

Perhaps you could also supply what your OS, Apache version, and
Subversion version are? Are you up to Subversion 1.6.13, and did you
build it yourself or are you using your particular OS's packaged
version?

On Wed, Nov 3, 2010 at 11:54 PM, Rob Kooper <kooper_at_ncsa.illinois.edu> wrote:
> I'm getting a core dump in mod_dav_svn, here is the backtrace:
>
> (gdb) bt full
> #0  0x00007f6a31d5a9c3 in svn_stringbuf_dup () from /usr/lib/libsvn_subr-1.so.1
> No symbol table info available.
> #1  0x00007f6a325c7284 in ?? () from /usr/lib/apache2/modules/mod_dav_svn.so
> No symbol table info available.
> #2  0x00007f6a327e11de in ?? () from /usr/lib/apache2/modules/mod_dav.so
> No symbol table info available.
> #3  0x00007f6a327e2578 in ?? () from /usr/lib/apache2/modules/mod_dav.so
> No symbol table info available.
> #4  0x00007f6a35516380 in ap_run_handler (r=0x7f6a396d4bb8) at /build/buildd/apache2-2.2.14/server/config.c:159
>        n = 3
>        rv = 963463992
> #5  0x00007f6a35519ce8 in ap_invoke_handler (r=0x7f6a396d4bb8) at /build/buildd/apache2-2.2.14/server/config.c:373
>        handler = 0x0
>        result = 0
>        old_handler = 0x7f6a327e8168 "dav-handler"
>        ignore = <value optimized out>
> #6  0x00007f6a355275e8 in ap_process_request (r=0x7f6a396d4bb8) at /build/buildd/apache2-2.2.14/modules/http/http_request.c:282
>        access_status = 963463992
> #7  0x00007f6a35524498 in ap_process_http_connection (c=0x7f6a386592f0) at /build/buildd/apache2-2.2.14/modules/http/http_core.c:190
>        r = 0x7f6a396d4bb8
>        csd = 0x0
> #8  0x00007f6a3551df38 in ap_run_process_connection (c=0x7f6a386592f0) at /build/buildd/apache2-2.2.14/server/connection.c:43
>        n = 2
>        rv = 963463992
> #9  0x00007f6a3552ce82 in process_socket (thd=<value optimized out>, dummy=<value optimized out>) at /build/buildd/apache2-2.2.14/server/mpm/worker/worker.c:544
>        current_conn = <value optimized out>
>        conn_id = <value optimized out>
>        csd = 23
>        sbh = 0x7f6a386592e8
> #10 worker_thread (thd=<value optimized out>, dummy=<value optimized out>) at /build/buildd/apache2-2.2.14/server/mpm/worker/worker.c:894
>        process_slot = 0
>        thread_slot = 16
>        csd = 0x7f6a386590d8
>        bucket_alloc = <value optimized out>
>        last_ptrans = <value optimized out>
>        ptrans = 0x7f6a38659048
>        rv = <value optimized out>
>        is_idle = <value optimized out>
> #11 0x00007f6a34c532ff in ?? () from /usr/lib/libapr-1.so.0
> No symbol table info available.
> #12 0x00007f6a34a139ca in start_thread () from /lib/libpthread.so.0
> No symbol table info available.
> #13 0x00007f6a3477070d in clone () from /lib/libc.so.6
> No symbol table info available.
> #14 0x0000000000000000 in ?? ()
> No symbol table info available.
>
> This seems to happen when a propfind is performed on the parentpath of my repository. Running the following curl makes the coredump happen:
>
> curl --request PROPFIND --header "Depth: 1" https://host/svn/
>
> The section from apache.conf is:
>
>        <Location /svn>
>                # Uncomment this to enable the repository
>                DAV svn
>
>                # Set this to the path to your repository
>                SVNParentPath /home/svn
>                SVNListParentPath on
>        </Location>
>
> Is this a known issue or do I have something wrong.
>
> Rob
> --
> Rob Kooper
> 1205 W. Clark St, MC-257
> Urbana, IL 61801
> 217-333-3593
> kooper_at_ncsa.illinois.edu
>
>
>
>
Received on 2010-11-05 12:56:33 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.