joacim.breiler@hgo.se wrote:

Thanks for your fast replies! The 'make install STRIP=""' did the trick.

I ran the server for about a week with no segfaults, then I decided that I couldn't wait for it any longer. So I connected to the server using an LDAP browser, and then after about ten minutes it segfaulted. So to reproduce I need one connection that is reading/updating/creating entries. And one connection that does an occasional read, otherwise the server will keep on running.

The traceback from gdb gives:

This trace looks like the problem fixed in ITS#6335. The fix is in CVS HEAD and RE24 (2.4.20 pre-release).

0x00007f96c3fc00ad in syncprov_op_mod (op=0x7f9688000ac0, rs=0x44688c80) at syncprov.c:1970 1970 for ( m2 = mt->mt_mods; m2->mi_next != mi; (gdb) where #0 0x00007f96c3fc00ad in syncprov_op_mod (op=0x7f9688000ac0, rs=0x44688c80) at syncprov.c:1970 #1 0x00000000004c438a in overlay_op_walk (op=0x7f9688000ac0, rs=0x44688c80, which=op_modify, oi=0x12293c0, on=0x12295a0) at backover.c:659 #2 0x00000000004c4667 in over_op_func (op=0x7f9688000ac0, rs=0x44688c80, which=op_modify) at backover.c:721 #3 0x00000000004c47ac in over_op_modify (op=0x7f9688000ac0, rs=0x44688c80) at backover.c:760 #4 0x000000000045bb21 in fe_op_modify (op=0x7f9688000ac0, rs=0x44688c80) at modify.c:301 #5 0x000000000045b430 in do_modify (op=0x7f9688000ac0, rs=0x44688c80) at modify.c:175 #6 0x000000000043c3ec in connection_operation (ctx=0x44688de0, arg_v=0x7f9688000ac0) at connection.c:1123 #7 0x000000000043c975 in connection_read_thread (ctx=0x44688de0, argv=0x17) at connection.c:1259 #8 0x0000000000525193 in ldap_int_thread_pool_wrapper (xpool=0x1190290) at tpool.c:685 #9 0x00007f96c49613ea in start_thread () from /lib/libpthread.so.0 #10 0x00007f96c44b9cbd in clone () from /lib/libc.so.6 #11 0x0000000000000000 in ?? ()

/J