[Date Prev][Date Next] [Chronological] [Thread] [Top]
SEGV on syncRepl provider (ITS#3296)

To: openldap-its@OpenLDAP.org
Subject: SEGV on syncRepl provider (ITS#3296)
From: richton@nbcs.rutgers.edu
Date: Thu, 2 Sep 2004 21:20:25 GMT
Today I replicated with RE22 CVS. The stack looks VERY different from
2.2.15. Tomorrow, I will try applying modrdn.c 1.138's change (and any
others that may attach to this ITS) to RE22 and see if I can still break
things.

I would be willing to try HEAD (and can imagine it would make a more
interesting test than a backport, as Kurt suggested), but my compiler is
choking on slapd/config.c. Is that something worth filing a separate ITS
for, or is that to be expected as work in progress?

At the time of this crash, we have two ADD ops and two syncRepl consumer
SEARCH ops. The syncRepl consumers are different machines, but both going
after the same database. The ADD operations are going after yet another
database.

Finally, it should be noted that this RE22 binary fails test019 (ITS#3317.)

Thread 6 (process 328443    ):
(SEARCH syncRepl consumer op=2 conn=863)
#0  0xfedc58f8 in __lwp_park () from /usr/lib/libthread.so.1
#1  0xfedc2ba4 in cond_wait_queue () from /usr/lib/libthread.so.1
#2  0xfedc3360 in cond_wait () from /usr/lib/libthread.so.1
#3  0xfedc339c in pthread_cond_wait () from /usr/lib/libthread.so.1
#4  0x00167788 in ldap_pvt_thread_cond_wait (cond=0x2e37b0, mutex=0x2e3700)
    at thr_posix.c:251
#5  0x00070488 in send_ldap_ber (conn=0x2e36f0, ber=0xd933f640) at result.c:211
#6  0x00074174 in slap_send_search_entry (op=0xc65240, rs=0xd93ffd58)
    at result.c:1304
#7  0x000f6860 in hdb_do_search () at tools.c:288
#8  0x000f2e2c in hdb_search () at tools.c:288
#9  0x0005f340 in do_search (op=0xc65240, rs=0xd93ffd58) at search.c:412
#10 0x0005b7d4 in connection_operation (ctx=0xd93ffe14, arg_v=0xc65240)
    at connection.c:1079
#11 0x00166338 in ldap_int_thread_pool_wrapper (xpool=0x23bc20) at tpool.c:467

Thread 5 (process 262907    ):
(ADD op=30 connid=880)
#0  hdb_dn2id (op=0x2f7c50, txn=0xc22468, in=0xd9bff82c, ei=0xd9bff820)
    at dn2id.c:750
#1  0x00123ea0 in hdb_cache_find_ndn (op=0x2f7c50, txn=0xc22468, ndn=0xc27b84,
    res=0xd9bff8e0) at cache.c:319
#2  0x0012b9bc in hdb_dn2entry (op=0x2f7c50, tid=0xc22468, dn=0xc27b84,
    e=0xd9bffaf0, matched=1, locker=2147483716, lock=0xd9bff9a0)
#2  0x0012b9bc in hdb_dn2entry (op=0x2f7c50, tid=0xc22468, dn=0xc27b84,
    e=0xd9bffaf0, matched=1, locker=2147483716, lock=0xd9bff9a0)
    at dn2entry.c:52
#3  0x0012087c in hdb_add (op=0x2f7c50, rs=0xd9bffd58) at add.c:163
#4  0x000654d4 in do_add (op=0x2f7c50, rs=0xd9bffd58) at add.c:318
#5  0x0005b66c in connection_operation (ctx=0xd9bffe14, arg_v=0x2f7c50)
    at connection.c:1054
#6  0x00166338 in ldap_int_thread_pool_wrapper (xpool=0x23bc20) at tpool.c:467

Thread 4 (process 197371    ):
(ADD op=29 conn=880)
#0  0xfee9caa4 in _private_close () from /usr/lib/libc.so.1
#1  0xfee5619c in syslogd_ok () from /usr/lib/libc.so.1
#2  0xfee55f54 in vsyslog () from /usr/lib/libc.so.1
#3  0xfee55a20 in syslog () from /usr/lib/libc.so.1
#4  0x00071c28 in slap_send_ldap_result (op=0x17f6dc8, rs=0xda3ffd58)
    at result.c:648
#5  0x00122034 in hdb_add (op=0x17f6dc8, rs=0xda3ffd58) at add.c:560
#6  0x000654d4 in do_add (op=0x17f6dc8, rs=0xda3ffd58) at add.c:318
#7  0x0005b66c in connection_operation (ctx=0xda3ffe14, arg_v=0x17f6dc8)
    at connection.c:1054
#8  0x00166338 in ldap_int_thread_pool_wrapper (xpool=0x23bc20) at tpool.c:467

Thread 3 (process 131835    ):
#0  0xfee9d9c8 in _poll () from /usr/lib/libc.so.1
#1  0xfee52238 in _select () from /usr/lib/libc.so.1
#2  0xfedbe6b0 in select () from /usr/lib/libthread.so.1
#3  0x00056510 in slapd_daemon_task (ptr=0x0) at daemon.c:1422

Thread 2 (process 66299    ):
#0  0xfee9f6f4 in _lwp_wait () from /usr/lib/libc.so.1
#1  0xfedbd6b8 in lwp_wait () from /usr/lib/libthread.so.1
#2  0xfedb90f0 in _thrp_join () from /usr/lib/libthread.so.1
#3  0x001675c0 in ldap_pvt_thread_join (thread=2, thread_return=0x0)
    at thr_posix.c:151
#4  0x00058034 in slapd_daemon () at daemon.c:2037
#5  0x00046524 in main (argc=4, argv=0xffbffd94) at main.c:710

Thread 1 (process 393979    ):
(SEARCH syncRepl consumer op=2 connid=874)
#0  0x001239a8 in bdb_rdn_cmp () at index.c:324
#1  0x0015b73c in ravl_insert (iroot=0xf02534, data=0x315b9c8,
    taller=0xd8b3d038, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:102
#2  0x0015b7d4 in ravl_insert (iroot=0x313c9e4, data=0x315b9c8,
    taller=0xd8b3d0b8, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#3  0x0015b7d4 in ravl_insert (iroot=0x31367d4, data=0x315b9c8,
    taller=0xd8b3d138, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#4  0x0015b7d4 in ravl_insert (iroot=0xf41f78, data=0x315b9c8,
    taller=0xd8b3d1b8, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#5  0x0015bba0 in ravl_insert (iroot=0x3124e8c, data=0x315b9c8,
    taller=0xd8b3d238, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:164
#6  0x0015b7d4 in ravl_insert (iroot=0x2fd940c, data=0x315b9c8,
    taller=0xd8b3d2b8, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#7  0x0015b7d4 in ravl_insert (iroot=0x301995c, data=0x315b9c8,
    taller=0xd8b3d338, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#8  0x0015b7d4 in ravl_insert (iroot=0xdc5cbc, data=0x315b9c8,
    taller=0xd8b3d3b8, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#9  0x0015b7d4 in ravl_insert (iroot=0x40d0fc, data=0x315b9c8,
    taller=0xd8b3d438, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#10 0x0015b7d4 in ravl_insert (iroot=0x2d31cc0, data=0x315b9c8,
    taller=0xd8b3d4b8, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:113
#11 0x0015bba0 in ravl_insert (iroot=0x40e41c, data=0x315b9c8,
    taller=0xd8b3d528, fcmp=0x123980 <bdb_rdn_cmp>,
    fdup=0x15d998 <avl_dup_error>, depth=0) at avl.c:164
#12 0x0015bfe4 in avl_insert (root=0x40e41c, data=0x315b9c8,
    fcmp=0x123980 <bdb_rdn_cmp>, fdup=0x15d998 <avl_dup_error>) at avl.c:213
#13 0x0012443c in hdb_cache_find_parent (op=0xd81d98, txn=0x0, id=18149,
    res=0xd8b3f968) at cache.c:452
#14 0x00124b94 in hdb_cache_find_id (op=0xd81d98, tid=0x0, id=18149,
    eip=0xd8b3f968, islocked=0, locker=40, lock=0xd8b3f7fc) at cache.c:650
#15 0x000f5338 in hdb_do_search () at tools.c:288
#16 0x000f2e2c in hdb_search () at tools.c:288
#17 0x0005f340 in do_search (op=0xd81d98, rs=0xd8bffd58) at search.c:412
#18 0x0005b7d4 in connection_operation (ctx=0xd8bffe14, arg_v=0xd81d98)
    at connection.c:1079
#19 0x00166338 in ldap_int_thread_pool_wrapper (xpool=0x23bc20) at tpool.c:467
Prev by Date: Re: memory leaks in syncrepl consumer (ITS#3316)
Next by Date: using ldap_get_values_len (ITS#3318)
Index(es):
- Chronological
- Thread