replica slapd core dumped under load

[Alex Deiter <tiamat@komi.mts.ru>]

hi,

Can anyone help with this ?

I'm running OpenLDAP 2.2.5 with a bdb db-4.2.52 backend on FreeBSD 5.2. Master server work fine, but replica server periodically core dumps(during times of high load):

(gdb) bt
#0  0x28433dcf in kill () from /lib/libc.so.5
#1  0x28428878 in raise () from /lib/libc.so.5
#2  0x284a0f82 in abort () from /lib/libc.so.5
#3  0x2849f6fe in tcflow () from /lib/libc.so.5
#4  0x2849ff9b in tcflow () from /lib/libc.so.5
#5  0x284a0356 in malloc () from /lib/libc.so.5
#6  0x2849df06 in __smakebuf () from /lib/libc.so.5
#7  0x2849de7d in __swsetup () from /lib/libc.so.5
#8  0x2849413a in __vfprintf () from /lib/libc.so.5
#9  0x284940a6 in vfprintf () from /lib/libc.so.5
#10 0x28480d6d in fprintf () from /lib/libc.so.5
#11 0x2847d607 in vsyslog () from /lib/libc.so.5
#12 0x2847d4ed in syslog () from /lib/libc.so.5
#13 0x0809f216 in bdb_modify_internal (op=0xbeeeaba0, tid=0x8b4b200, modlist=0x284af120,
   e=0xbeeea610, text=0xbeeea7e4, textbuf=0xbeeea670 "\020", textlen=256) at modify.c:106
#14 0x080a01d6 in bdb_modify (op=0xbeeeaba0, rs=0xbeeea7d0) at modify.c:532
#15 0x0809b788 in syncrepl_updateCookie (si=0x81bab00, op=0xbeeeaba0, pdn=0x0,
   syncCookie=0x0) at syncrepl.c:1568
#16 0x080991a2 in do_syncrep2 (op=0xbeeeaba0, si=0x81bab00) at syncrepl.c:515
#17 0x0809a01a in do_syncrepl (ctx=0xbeeeae40, arg=0x81d5120) at syncrepl.c:845
#18 0x28141df7 in ldap_int_thread_pool_wrapper (xpool=0x8164580) at tpool.c:467
#19 0x283ce50e in _thread_start () from /usr/lib/libc_r.so.5
(gdb)

slapd log (loglevel -1):

Feb  4 12:34:17 replica slapd[53373]: => acl_get: [10] check attr subtreeSpecification
Feb  4 12:34:17 replica slapd[53373]: => acl_get: [11] check attr subtreeSpecification
Feb  4 12:34:17 replica slapd[53373]: <= acl_get: [11] acl cn=syncrepl1,dc=komi,dc=mts,dc=ru attr: subtreeSpecification
Feb  4 12:34:17 replica slapd[53373]: access_allowed: no res from state (subtreeSpecification)
Feb  4 12:34:17 replica slapd[53373]: => acl_mask: access to entry "cn=syncrepl1,dc=komi,dc=mts,dc=ru", attr "subtreeSpecification" requested
Feb  4 12:34:17 replica slapd[53373]: => acl_mask: to all values by "cn=replicator,ou=wheel,dc=komi,dc=mts,dc=ru", (=n)
Feb  4 12:34:17 replica slapd[53373]: <= check a_dn_pat: cn=replicator,ou=wheel,dc=komi,dc=mts,dc=ru
Feb  4 12:34:17 replica slapd[53373]: <= acl_mask: [1] applying write(=wrscx) (stop)
Feb  4 12:34:17 replica slapd[53373]: <= acl_mask: [1] mask: write(=wrscx)
Feb  4 12:34:17 replica slapd[53373]: => access_allowed: write access granted by write(=wrscx)
Feb  4 12:34:17 replica slapd[53373]: acl: no-user-mod structuralObjectClass: modify access granted
Feb  4 12:34:17 replica slapd[53373]: acl: no-user-mod entryUUID: modify access granted
Feb  4 12:34:17 replica slapd[53373]: acl: no-user-mod creatorsName: modify access granted
Feb  4 12:34:17 replica slapd[53373]: acl: no-user-mod createTimestamp: modify access granted
Feb  4 12:34:17 replica slapd[53373]: acl: no-user-mod entryCSN: modify access granted
Feb  4 12:34:17 replica slapd[53373]: acl: no-user-mod modifiersName: modify access granted
Feb  4 12:34:17 replica slapd[53373]: acl: no-user-mod modifyTimestamp: modify access granted

slapd.conf:

database        bdb
suffix          "dc=komi,dc=mts,dc=ru"
rootdn          "cn=ldapmanager,dc=komi,dc=mts,dc=ru"
rootpw          password
directory       /var/db/openldap-data
cachesize       100000

syncrepl rid=1
       provider=ldap://master
       type=refreshAndPersist
       searchbase="dc=komi,dc=mts,dc=ru"
       schemachecking=on
       updatedn="cn=replicator,ou=Wheel,dc=komi,dc=mts,dc=ru"
       bindmethod=sasl
       saslmech=gssapi


Thanks!