A few new changes, please re-sync and test. Thanks! Hopefully this will be the last of it. In particular, watch test050 please. ;)
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
Quanah Gibson-Mount quanah@zimbra.com writes:
A few new changes, please re-sync and test. Thanks! Hopefully this will be the last of it. In particular, watch test050 please. ;)
Success, x86_64, openSUSE-11.1
-Dieter
On 20/11/2009 07:35, Quanah Gibson-Mount wrote:
A few new changes, please re-sync and test. Thanks! Hopefully this will be the last of it. In particular, watch test050 please. ;)
All fine in Debian Lenny on x86.
Quanah Gibson-Mount wrote:
A few new changes, please re-sync and test. Thanks! Hopefully this will be the last of it. In particular, watch test050 please. ;)
test050 fails for me. I can send the testrun/ if needed.
[..] Using ldapmodify to add/modify/delete entries from server 1... iteration 1 iteration 2 iteration 3 iteration 4 iteration 5 iteration 6 iteration 7 iteration 8 iteration 9 iteration 10 Waiting 7 seconds for servers to resync... Using ldapsearch to read all the entries from server 1... Using ldapsearch to read all the entries from server 2... Using ldapsearch to read all the entries from server 3... Using ldapsearch to read all the entries from server 4... Comparing retrieved entries from server 1 and server 2... test failed - server 1 and server 2 databases differ
./scripts/test050-syncrepl-multimaster failed for bdb (exit 1)
make[2]: *** [bdb-mod] Error 1 make[2]: Leaving directory `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/tests' make[1]: *** [test] Error 2 make[1]: Leaving directory `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/tests' make: *** [test] Error 2
Ciao, Michael.
--On Saturday, November 21, 2009 12:53 AM +0100 Michael Ströder michael@stroeder.com wrote:
Quanah Gibson-Mount wrote:
A few new changes, please re-sync and test. Thanks! Hopefully this will be the last of it. In particular, watch test050 please. ;)
test050 fails for me. I can send the testrun/ if needed.
A number of fixes have been committed all afternoon. You can sync up, but I'm not calling quite yet for another round of testing while Howard may continue to tweak things.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
Michael Ströder wrote:
Quanah Gibson-Mount wrote:
A few new changes, please re-sync and test. Thanks! Hopefully this will be the last of it. In particular, watch test050 please. ;)
test050 fails for me. I can send the testrun/ if needed.
Yes, I'm seeing this too. Still tracking it down.
[..] Using ldapmodify to add/modify/delete entries from server 1... iteration 1 iteration 2 iteration 3 iteration 4 iteration 5 iteration 6 iteration 7 iteration 8 iteration 9 iteration 10 Waiting 7 seconds for servers to resync... Using ldapsearch to read all the entries from server 1... Using ldapsearch to read all the entries from server 2... Using ldapsearch to read all the entries from server 3... Using ldapsearch to read all the entries from server 4... Comparing retrieved entries from server 1 and server 2... test failed - server 1 and server 2 databases differ
./scripts/test050-syncrepl-multimaster failed for bdb (exit 1)
make[2]: *** [bdb-mod] Error 1 make[2]: Leaving directory `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/tests' make[1]: *** [test] Error 2 make[1]: Leaving directory `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/tests' make: *** [test] Error 2
Ciao, Michael.
Michael Ströder wrote:
Quanah Gibson-Mount wrote:
A few new changes, please re-sync and test. Thanks! Hopefully this will be the last of it. In particular, watch test050 please. ;)
test050 fails for me. I can send the testrun/ if needed.
Seems to be ok now (10 test runs)
Ciao, Michael.
With syncprov.c 1.147.2.69 (which I know is out of date)...I'm about to begin test #4 sequence, will report back tomorrow after giving it an overnight run.
t@7 (l@7) terminated by signal ABRT (Abort) 0xff31feb0: __lwp_kill+0x0008: bgeu,a __lwp_kill+0x1c ! 0xff31fec4 Current function is ldap_pvt_runqueue_resched 165 assert ( e == entry ); (dbx) where current thread: t@7 [1] __lwp_kill(0x0, 0x6, 0x0, 0xff33c000, 0x0, 0x0), at 0xff31feb0 [2] raise(0x6, 0x0, 0xfbbff550, 0x0, 0x0, 0x0), at 0xff2d0b28 [3] abort(0x32, 0xfbbff5e0, 0x32, 0x7efefeff, 0x81010100, 0xff00), at 0xff2b6e70 [4] __assert(0xff1e6218, 0xff1e6224, 0xa5, 0x2bf260, 0x4, 0x0), at 0xff2b7110 =>[5] ldap_pvt_runqueue_resched(rq = 0x3ae978, entry = 0x457e98, defer = 1), line 165 in "rq.c" [6] do_syncrepl(ctx = 0xfbbffe0c, arg = 0x457e98), line 1498 in "syncrepl.c" [7] connection_read_thread(ctx = 0xfbbffe0c, argv = 0x8), line 1247 in "connection.c" [8] ldap_int_thread_pool_wrapper(xpool = 0x3fa7a0), line 685 in "tpool.c" (dbx) print e e = (nil) (dbx) print *entry *entry = { next_sched = { tv_sec = 926496867 tv_usec = 811677285 } interval = { tv_sec = 60 tv_usec = 959263024 } tnext = { stqe_next = 0x32652d38 } rnext = { stqe_next = 0x3365382d } routine = 0x66663033 arg = 0x33366438 tname = 0x61346166 "<bad address 0x61346166>" tspec = (nil) }