Hi Howard,
You're correct in that the patches haven't helped. It
still core dumps in HEAD, I've installed
unstripped binaries and have a dtrace script waiting to grab more info.
Would you rather have an ITS files against 2.4.8 than HEAD, I don't know
how frequently HEAD changes?
HEAD is considerably less stable so far, it's crashed twice today but it
may therefore be easier to
trace what's happening.
Is there a preferred log level to try and help a reproducible case out
of this?
Thanks,
Duncan
dbx from HEAD slapd if this helps.
(dbx) where
current thread: [EMAIL PROTECTED]
[1] _lwp_kill(0x0, 0x6, 0x0, 0x0, 0x0, 0x0), at 0xfe2c599c
[2] raise(0x6, 0x0, 0xfe2f2cb8, 0xfe2a89a8, 0xffffffff, 0x6), at
0xfe2649c8
[3] abort(0xeab3ed30, 0x1, 0x0, 0xad354, 0xfe2f1318, 0x0), at 0xfe2410b8
[4] _assert(0xff32a340, 0xff32a358, 0x2ef, 0x114, 0xad070,
0xff33aa60), at 0xfe2412f4
=>[5] ber_printf(ber = 0xeab3f1f8, fmt = 0x128a18 "{s", ...), line 751
in "encode.c"
[6] send_ldap_control(ber = 0xeab3f1f8, c = 0xeab3f070), line 205 in
"result.c"
[7] send_ldap_controls(o = 0x3612c70, ber = 0xeab3f1f8, c =
0xeab3f534), line 260 in "result.c"
[8] send_ldap_response(op = 0x3612c70, rs = 0xeabffcb8), line 465 in
"result.c"
[9] slap_send_ldap_result(op = 0x3612c70, rs = 0xeabffcb8), line 628
in "result.c"
[10] send_paged_response(op = 0x3612c70, rs = 0xeabffcb8, lastid =
0xeab3f618, tentries = 28230), line 1224 in "search.c"
[11] hdb_search(op = 0x3612c70, rs = 0xeabffcb8), line 856 in "search.c"
[12] overlay_op_walk(op = 0x3612c70, rs = 0xeabffcb8, which = 32768,
oi = 0x160e28, on = 0x8000), line 653 in "backover.c"
[13] over_op_func(op = 0x3612c70, rs = 0xeabffcb8, which = op_search),
line 705 in "backover.c"
[14] fe_op_search(op = 0x3612c70, rs = 0xeabffcb8), line 368 in "search.c"
[15] do_search(op = 0x3612c70, rs = 0xeabffcb8), line 217 in "search.c"
[16] connection_operation(ctx = 0xeabffe08, arg_v = 0x3612c70), line
1084 in "connection.c"
[17] connection_read_thread(ctx = 0xeabffe08, argv = 0x48), line 1211
in "connection.c"
[18] ldap_int_thread_pool_wrapper(xpool = 0x1e0dd8), line 663 in "tpool.c"
Howard Chu wrote:
Duncan Brannen wrote:
Hi,
I've had (after a long period of stability) slapd core dumping on
me, roughly once every
two weeks (per slave) they don't all go at the same time but
occasionally will go within a few
hours of each other.
To me, it looks like it SIGSEGV's in the same place as ITS5401/5, so my
question is,
Nothing in your trace looks like ITS#5401 or 5405 to me.
Is there a patch for this I can apply to 2.4.8 or is the recommended
route to check out head and try that?
I've been waiting for more feedback from HEAD before putting patches
into RE24. Go ahead and try HEAD. But it doesn't look like any of
these patches will affect your issue.
