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? :(
Yours
Olaf Bohlen
BTC AG - Bereich System Management Produktion USB
Telefon: (04 41) 3612 - 4708
Mobiltelefon: (0174) 333 - 5543
Telefax: (04 41) 3612 - 3999
Im Auftrag der
EWE Aktiengesellschaft
Abteilung IT
mailto:olaf.bohlen@ewe.de
Escherweg 3
26121 Oldenburg
-----Ursprüngliche Nachricht-----
Von: rooneg@gmail.com [mailto:rooneg@gmail.com] Im Auftrag von Garrett Rooney
Gesendet: Freitag, 21. Juli 2006 18:26
An: Bohlen, Olaf
Cc: dev@subversion.tigris.org
Betreff: Re: Bug in SVN 1.3.2 with APR 1.2.7
On 7/21/06, Bohlen, Olaf <Olaf.Bohlen@ewe.de> wrote:
> Hi,
>
> we are currently deploying SVN 1.3.2 in production. Since we need to check-in large files (>2GB) we had trouble with SVN and the normal APR 0.9.7.
> Our platform looks like following:
> - Solaris 10 on UltraSPARC
> - Apache 2.2.2
> - SVN 1.3.2
> - APR 1.2.7
> - APR Util 1.2.7
>
> All was compiled using gcc in 32bit mode. We can now check in and out large files, but when doing svn status apache child processes segfault:
>
> -- error_log --
> [Fri Jul 21 12:41:03 2006] [notice] child pid 22779 exit signal
> Segmentation fault (11) [Fri Jul 21 12:41:03 2006] [notice] child pid
> 22781 exit signal Segmentation fault (11)
> -- EOF --
>
> According to the access log follwing request lead to the SEGV:
>
> -- access_log --
> 1.2.3.4 - - [21/Jul/2006:12:41:02 +0200] "PROPFIND
> /subversion/foo/foo/trunk HTTP/1.1" 401 554
> -- EOF --
>
> A truss output looks like this:
>
> -- truss.out --
> 18855: open("/dev/urandom", O_RDONLY) = 18
> 18855: fstat(18, 0xFFBFEBA8) = 0
> 18855: read(18, 0xFFBFEB90, 20) = 20
> 18855: EDBFD3 &F2 " zAF1DE9 jDE84E28BDC ~ sDD\r
> 18855: close(18) = 0
> 18855: getpid() = 18855 [3063]
> 18855: time() = 1153476650
> 18855: time() = 1153476650
> 18855: time() = 1153476650
> 18855: time() = 1153476650
> 18855: time() = 1153476650
> 18855: time() = 1153476650
> 18855: time() = 1153476650
> 18855: Incurred fault #6, FLTBOUNDS %pc = 0xFEBE7C04
> 18855: siginfo: SIGSEGV SEGV_MAPERR addr=0x00004D5C
> 18855: Received signal #11, SIGSEGV [caught]
> 18855: siginfo: SIGSEGV SEGV_MAPERR addr=0x00004D5C
> 18855: schedctl() = 0xFE6EA000
> 18855: lwp_sigmask(SIG_SETMASK, 0x00000400, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
> 18855: chdir("/usr/local/apache2.2.2") = 0
> 18855: sigaction(SIGSEGV, 0xFFBFE860, 0xFFBFE900) = 0
> 18855: getpid() = 18855 [3063]
> 18855: getpid() = 18855 [3063]
> 18855: kill(18855, SIGSEGV) = 0
> 18855: setcontext(0xFFBFE860)
> 18855: Received signal #11, SIGSEGV [default]
> 18855: siginfo: SIGSEGV pid=18855 uid=5104
>
> -- EOF --
>
> I found the same problem on google:
> http://developer.spikesource.com/forums/viewtopic.php?p=1643
>
> This user has exactly the same problem. But we cannot use BDB as backend, since we use an NFS file share as repository base and you recommend FSFS for NFS file systems.
>
> I really need your help guys!
Without a backtrace it's really hard for us to do much of anything here. Any chance you can use gdb to get one for us?
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 24 17:09:19 2006