The connection code has been reworked a bit more since the last call for testing. Please test heavily with current RE24 CVS. Thanks!
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
On Tue, 27 Jan 2009, Quanah Gibson-Mount wrote:
The connection code has been reworked a bit more since the last call for testing. Please test heavily with current RE24 CVS. Thanks!
I think $SLEEP2 is a HEAD construct? Unless you want to promote the whole thing:
--- test019-syncreplication-cascade~ 2009-01-27 18:41:35.494083000 -0500 +++ test019-syncreplication-cascade 2009-01-27 18:42:00.432360000 -0500 @@ -361,8 +361,8 @@ exit $RC fi
-echo "Waiting $SLEEP2 seconds for syncrepl to receive changes..." -sleep $SLEEP2 +echo "Waiting 25 seconds for syncrepl to receive changes..." +sleep 25
echo "Using ldapsearch to read all the entries from the master..." $LDAPSEARCH -S "" -b "$BASEDN" -h $LOCALHOST -p $PORT1 \
--On Tuesday, January 27, 2009 6:42 PM -0500 Aaron Richton richton@nbcs.rutgers.edu wrote:
On Tue, 27 Jan 2009, Quanah Gibson-Mount wrote:
The connection code has been reworked a bit more since the last call for testing. Please test heavily with current RE24 CVS. Thanks!
I think $SLEEP2 is a HEAD construct? Unless you want to promote the whole thing:
Thanks, missed that.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
Aaron Richton wrote:
On Tue, 27 Jan 2009, Quanah Gibson-Mount wrote:
The connection code has been reworked a bit more since the last call for testing. Please test heavily with current RE24 CVS. Thanks!
I think $SLEEP2 is a HEAD construct? Unless you want to promote the whole thing:
Fixed now. I think we'll keep it only in HEAD for a little while longer.
RE24: Provider slapd didn't shut down (deadlocked) after an otherwise successful test045.
bash-2.05$ tail -1 slapd.2.log slapd stopped. bash-2.05$ tail -1 slapd.3.log slapd stopped. bash-2.05$ tail -1 slapd.1.log daemon: shutdown requested and initiated.
t@1 a l@1 ?() running in __lwp_wait() t@2 a l@2 slapd_daemon_task() sleep on 0x1005b98d8 in __lwp_park() t@3 a l@3 ldap_int_thread_pool_wrapper() sleep on 0x1006dcd10 in __lwp_park() t@4 a l@4 ldap_int_thread_pool_wrapper() sleep on 0x1005b98d8 in __lwp_park() t@5 a l@5 ldap_int_thread_pool_wrapper() sleep on 0x10051d260 in __lwp_park()
t@6 a l@6 ldap_int_thread_pool_wrapper() sleep on 0x10051d260 in __lwp_park()
t@1 (l@1) stopped in __lwp_wait at 0x7fffffff7f8a8c08 0x7fffffff7f8a8c08: __lwp_wait+0x0004: ta %icc,0x0000000000000040 current thread: t@1 [1] __lwp_wait(0x2, 0xffffffff7ffff0dc, 0x7fffffff7f408cc6, 0x7fffffff7e702448, 0x5, 0xffffffff7ffff04c), at 0x7fffffff7f8a8c08 [2] lwp_wait(0x2, 0xffffffff7ffff0dc, 0x1000170e8, 0x7fffffff7f41e578, 0x5, 0x2000), at 0x7fffffff7e70fb38 [3] _thrp_join(0x2, 0x0, 0x0, 0x1, 0x81010100, 0xff00), at 0x7fffffff7e70b690 =>[4] ldap_pvt_thread_join(thread = 2U, thread_return = (nil)), line 197 in "thr_posix.c" [5] slapd_daemon(), line 2658 in "daemon.c" [6] main(argc = 8, argv = 0xffffffff7ffff4c8), line 948 in "main.c" t@2 (l@2) stopped in __lwp_park at 0x7fffffff7e717dac 0x7fffffff7e717dac: __lwp_park+0x0010: ta %icc,0x0000000000000040 current thread: t@2 [1] __lwp_park(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x7fffffff7e717dac [2] mutex_lock_queue(0x7fffffff7e81baf8, 0x0, 0x1005b98d8, 0x0, 0x0, 0x0), at 0x7fffffff7e71390c [3] slow_lock(0x1005b98d8, 0x7fffffff7e600400, 0x1, 0x7efefeff, 0x81010100, 0xff00), at 0x7fffffff7e714348 =>[4] ldap_pvt_thread_mutex_lock(mutex = 0x1005b98d8), line 296 in "thr_posix.c" [5] connections_shutdown(), line 196 in "connection.c" [6] slapd_daemon_task(ptr = (nil)), line 2584 in "daemon.c" t@3 (l@3) stopped in __lwp_park at 0x7fffffff7e717dac 0x7fffffff7e717dac: __lwp_park+0x0010: ta %icc,0x0000000000000040 current thread: t@3 [1] __lwp_park(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x7fffffff7e717dac [2] mutex_lock_queue(0x7fffffff7e81baf8, 0x0, 0x1006dcd10, 0x7efefeff, 0x81010100, 0xff00), at 0x7fffffff7e71390c [3] slow_lock(0x1006dcd10, 0x7fffffff7e600800, 0x1002ad998, 0x7fffffff797ff888, 0x0, 0x0), at 0x7fffffff7e714348 =>[4] ldap_pvt_thread_mutex_lock(mutex = 0x1006dcd10), line 296 in "thr_posix.c" [5] syncprov_free_syncop(so = 0x1006dccb0), line 736 in "syncprov.c" [6] syncprov_drop_psearch(so = 0x1006dccb0, lock = 0), line 1067 in "syncprov.c" [7] syncprov_op_abandon(op = 0x7fffffff797ff6b8, rs = 0x7fffffff797ff500), line 1115 in "syncprov.c" [8] overlay_op_walk(op = 0x7fffffff797ff6b8, rs = 0x7fffffff797ff500, which = op_abandon, oi = 0x1005738c0, on = 0x100573aa0), line 660 in "backover.c" [9] over_op_func(op = 0x7fffffff797ff6b8, rs = 0x7fffffff797ff500, which = op_abandon), line 722 in "backover.c" [10] over_op_abandon(op = 0x7fffffff797ff6b8, rs = 0x7fffffff797ff500), line 780 in "backover.c" [11] fe_op_abandon(op = 0x7fffffff797ff6b8, rs = 0x7fffffff797ff500), line 120 in "abandon.c" [12] connection_abandon(c = 0x1005b98c0), line 713 in "connection.c" [13] connection_closing(c = 0x1005b98c0, why = 0x10027a350 "connection lost"), line 758 in "connection.c" [14] connection_read(s = 11, cri = 0x7fffffff797ffaf8), line 1416 in "connection.c" [15] connection_read_thread(ctx = 0x7fffffff797ffc20, argv = 0xb), line 1216 in "connection.c" [16] ldap_int_thread_pool_wrapper(xpool = 0x10051d240), line 663 in "tpool.c" t@4 (l@4) stopped in __lwp_park at 0x7fffffff7e717dac 0x7fffffff7e717dac: __lwp_park+0x0010: ta %icc,0x0000000000000040 current thread: t@4 [1] __lwp_park(0x0, 0x0, 0x0, 0x0, 0x79, 0x0), at 0x7fffffff7e717dac [2] mutex_lock_queue(0x7fffffff7e81baf8, 0x0, 0x1005b98d8, 0x0, 0x1002f22f0, 0x38), at 0x7fffffff7e71390c [3] slow_lock(0x1005b98d8, 0x7fffffff7e600c00, 0x0, 0x0, 0x0, 0x0), at 0x7fffffff7e714348 =>[4] ldap_pvt_thread_mutex_lock(mutex = 0x1005b98d8), line 296 in "thr_posix.c" [5] syncprov_search_response(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 2127 in "syncprov.c" [6] slap_response_play(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 349 in "result.c" [7] send_ldap_response(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 423 in "result.c" [8] slap_send_ldap_result(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 692 in "result.c" [9] bdb_search(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 1026 in "search.c" [10] overlay_op_walk(op = 0x1008409c0, rs = 0x7fffffff78bff998, which = op_search, oi = 0x1005738c0, on = (nil)), line 670 in "backover.c" [11] over_op_func(op = 0x1008409c0, rs = 0x7fffffff78bff998, which = op_search), line 722 in "backover.c" [12] over_op_search(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 744 in "backover.c" [13] fe_op_search(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 366 in "search.c" [14] do_search(op = 0x1008409c0, rs = 0x7fffffff78bff998), line 217 in "search.c" [15] connection_operation(ctx = 0x7fffffff78bffc20, arg_v = 0x1008409c0), line 1097 in "connection.c" [16] connection_read_thread(ctx = 0x7fffffff78bffc20, argv = 0xb), line 1223 in "connection.c" [17] ldap_int_thread_pool_wrapper(xpool = 0x10051d240), line 663 in "tpool.c" t@5 (l@5) stopped in __lwp_park at 0x7fffffff7e717dac 0x7fffffff7e717dac: __lwp_park+0x0010: ta %icc,0x0000000000000040 current thread: t@5 [1] __lwp_park(0x0, 0x0, 0x0, 0x1, 0x14, 0x0), at 0x7fffffff7e717dac [2] cond_wait_queue(0x0, 0x0, 0x7fffffff7e81bafc, 0x0, 0x0, 0x7fffffff7e601000), at 0x7fffffff7e714f48 [3] _cond_wait_cancel(0x10051d260, 0x10051d248, 0x7fffffff77fff970, 0x1, 0x14, 0x0), at 0x7fffffff7e7156f8 [4] _pthread_cond_wait(0x10051d260, 0x10051d248, 0x7fffffff77fffc20, 0x1, 0x0, 0x7fffffff77fffb21), at 0x7fffffff7e715734 =>[5] ldap_pvt_thread_cond_wait(cond = 0x10051d260, mutex = 0x10051d248), line 277 in "thr_posix.c" [6] ldap_int_thread_pool_wrapper(xpool = 0x10051d240), line 654 in "tpool.c" t@6 (l@6) stopped in __lwp_park at 0x7fffffff7e717dac 0x7fffffff7e717dac: __lwp_park+0x0010: ta %icc,0x0000000000000040 current thread: t@6 [1] __lwp_park(0x0, 0x0, 0x0, 0x1, 0x0, 0x0), at 0x7fffffff7e717dac [2] cond_wait_queue(0x0, 0x0, 0x7fffffff7e81bafc, 0x0, 0x0, 0x7fffffff7e601400), at 0x7fffffff7e714f48 [3] _cond_wait_cancel(0x10051d260, 0x10051d248, 0x7fffffff773ff970, 0x1, 0x14, 0x0), at 0x7fffffff7e7156f8 [4] _pthread_cond_wait(0x10051d260, 0x10051d248, 0x7fffffff773ffc20, 0x1, 0x0, 0x7fffffff773ffb21), at 0x7fffffff7e715734 =>[5] ldap_pvt_thread_cond_wait(cond = 0x10051d260, mutex = 0x10051d248), line 277 in "thr_posix.c" [6] ldap_int_thread_pool_wrapper(xpool = 0x10051d240), line 654 in "tpool.c"
Howard Chu wrote:
Aaron Richton wrote:
On Tue, 27 Jan 2009, Quanah Gibson-Mount wrote:
The connection code has been reworked a bit more since the last call for testing. Please test heavily with current RE24 CVS. Thanks!
I think $SLEEP2 is a HEAD construct? Unless you want to promote the whole thing:
Fixed now. I think we'll keep it only in HEAD for a little while longer.
References to $SLEEP1 have slipped into test017 and test018.
Rein
--On January 28, 2009 11:36:06 AM +0100 Rein Tollevik rein@OpenLDAP.org wrote:
References to $SLEEP1 have slipped into test017 and test018.
Rein
Thanks, fixed.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
-
Aaron Richton -
Howard Chu -
Quanah Gibson-Mount -
Rein Tollevik