Re: provider crash on high replication load

[Marc Patermann <hans.moser@ofd-z.niedersachsen.de>]

Howard,

Howard Chu schrieb am 15.08.2011 23:20 Uhr:
> Marc Patermann wrote:

> > Why does slapd crash here?
>
> This looks like the same trace as ITS#6892, but that was already 
> patched/fixed in 2.4.26. Need a bit more info from the crash. E.g.
>     print *ss
>     print *ss->s_op
Is this, what you like to see?

(gdb) where
#0  test_filter (op=0x7fb792fa40a0, e=0x7fb87cd6c088, f=0x0) at 
filterentry.c:69
#1  0x00007fb87c606b09 in syncprov_matchops (op=0x7fb7cc2174f0, 
opc=0x7fb7d8a468e8, saveit=1) at syncprov.c:1313
#2  0x00007fb87c606fc7 in syncprov_op_mod (op=0x7fb7cc2174f0, rs=<value 
optimized out>) at syncprov.c:2140
#3  0x00007fb87c58cc2a in overlay_op_walk (op=0x7fb7cc2174f0, 
rs=0x7fb792fa5940, which=op_modify, oi=0x7fb87ca21630, 
on=0x7fb87ca220a0) at backover.c:661
#4  0x00007fb87c58d88d in over_op_func (op=0x7fb7cc2174f0, 
rs=0x7fb87c58d5a0, which=2089371256) at backover.c:723
#5  0x00007fb87c537a4f in fe_op_modify (op=0x7fb7cc2174f0, 
rs=0x7fb792fa5940) at modify.c:303
#6  0x00007fb87c5383c5 in do_modify (op=0x7fb7cc2174f0, 
rs=0x7fb792fa5940) at modify.c:177
#7  0x00007fb87c51d6fd in connection_operation (ctx=0x7fb792fa5b90, 
arg_v=<value optimized out>) at connection.c:1138
#8  0x00007fb87c51e5ef in connection_read_thread (ctx=0x7fb792fa5b90, 
argv=0xb) at connection.c:1274
#9  0x00007fb87c0759d8 in ldap_int_thread_pool_wrapper (xpool=<value 
optimized out>) at tpool.c:685
#10 0x00007fb87b4905f0 in start_thread (arg=<value optimized out>) at 
pthread_create.c:297
#11 0x00007fb879b2d84d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x0000000000000000 in ?? ()
(gdb)


Marc