On 7/24/06, Bohlen, Olaf <Olaf.Bohlen@ewe.de> wrote:
> Garret,
>
> here is the requested stack and regs:
>
> -- snip --
> root@olga5055:/usr/local/apache2.2.2/bin # mdb ./httpd
> > ::run
> httpd: Could not reliably determine the server's fully qualified domain name, using 10.4.122.16 for ServerName
> [Mon Jul 24 16:59:08 2006] [warn] NameVirtualHost subvertel.ewetel.ewe.de:80 has no VirtualHosts
> mdb: fork1 detected: follow (p)arent or (c)hild? c
> mdb: target forked child process 18634 (debugger following child)
> mdb: fork1 detected: follow (p)arent or (c)hild? p
> mdb: target forked child process 18658 (debugger following parent)
> mdb: fork1 detected: follow (p)arent or (c)hild? p
> mdb: target forked child process 18659 (debugger following parent)
>
>
>
>
> mdb: fork1 detected: follow (p)arent or (c)hild? c
> mdb: target forked child process 19670 (debugger following child)
> mdb: stop on SIGSEGV
> mdb: target stopped at:
> mod_auth_kerb.so`kerb_authenticate_user+0x8fc: ld [%l0 + 4], %o0
> mdb: You've got symbols!
> Loading modules: [ ld.so.1 libc.so.1 libuutil.so.1 ]
> >
> > ::stackreg
> mdb: invalid command '::stackreg': unknown dcmd name
> > ::stackregs
> ffbfed30 mod_auth_kerb.so`kerb_authenticate_user+0x8fc(ffbff700, ffffffff, 0, ffbfee38, ffbfee34, febf8f70)
> %l0-%l3: 4d58 1d0e00 ffff0000 1bd090
> %l4-%l7: 1 0 1 fec09c60
> ap_run_check_user_id+0x3c:jmpl %g1, %o7
>
> ffbff730 ap_run_check_user_id+0x3c(1d0e00, 0, f, 1d2ae0, 1d2a10, 20)
> %l0-%l3: fbe90 2 da124 1d0e00
> %l4-%l7: 1d2170 1bd478 1 0
> ap_process_request_internal+0x27c:
> call -0x212c <ap_run_check_user_id>
>
> ffbff7a0 ap_process_request_internal+0x27c(0, aa800, 1d0e00, 0, fe720028, 0)
> %l0-%l3: 0 3 da000 51
> %l4-%l7: b 190 a7800 ff173598
> ap_process_request+0x14c:call -0x2ec88 <ap_process_request_internal>
>
> ffbff818 ap_process_request+0x14c(1d0e00, 0, 4, 1d0e00, 0, 0)
> %l0-%l3: fe721110 da000 0 fe721110
> %l4-%l7: 0 1cb080 0 0
> ap_process_http_connection+0x10c:call +0x2a58 <ap_process_request>
>
> ffbff888 ap_process_http_connection+0x10c(1cb080, 1cade8, 1cade8, 1, da9b0, fc130)
> %l0-%l3: 1d0e00 0 da000 d8c78
>
> > ::stack
> mod_auth_kerb.so`kerb_authenticate_user+0x8fc(ffbff700, ffffffff, 0, ffbfee38,
> ffbfee34, febf8f70)
> ap_run_check_user_id+0x3c(1d0e00, 0, f, 1d2ae0, 1d2a10, 20)
> ap_process_request_internal+0x27c(0, aa800, 1d0e00, 0, fe720028, 0)
> ap_process_request+0x14c(1d0e00, 0, 4, 1d0e00, 0, 0)
> ap_process_http_connection+0x10c(1cb080, 1cade8, 1cade8, 1, da9b0, fc130)
> ap_run_process_connection+0x3c(1cb080, 1cade8, 1cade8, 1, 1c8e20, 1cedc0)
> child_main+0x3b8(0, dd000, 4e2e, dcc00, 0, dcc00)
> make_child+0xec(97c00, 1, 1, 1, d9400, dcc00)
> ap_mpm_run+0x934(d9400, da800, dcc00, dcc00, dcc00, dd000)
> main+0x710(e7a78, d7c00, da000, da000, 0, 0)
> _start+0x5c(0, 0, 0, 0, 0, 0)
>
> -- snip --
>
> looks like a bug with apr and mod_auth_kerb, mh? :(
I'd be more apt to blame mod_auth_kerb, I don't see any APR functions
in that stack trace, just httpd ones...
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 11 19:29:08 2006