Please test RE24 as it has been resync'd with head to address known issues.
Thanks!
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
On Thu, 1 May 2008, Quanah Gibson-Mount wrote:
Please test RE24 as it has been resync'd with head to address known issues.
FreeBSD 7.0 - seems to hang on test 50.
Starting test050-syncrepl-multimaster ...
running defines.sh Initializing server configurations... Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Inserting syncprov overlay on producer... Starting consumer slapd on TCP/IP port 9012... Using ldapsearch to check that consumer slapd is running... Configuring syncrepl on consumer... Starting consumer2 slapd on TCP/IP port 9013... Using ldapsearch to check that consumer2 slapd is running... Configuring syncrepl on consumer2... Adding schema and databases on producer... Using ldapadd to populate producer... Waiting 20 seconds for syncrepl to receive changes... Using ldapadd to populate consumer... Waiting 20 seconds for syncrepl to receive changes... Using ldapsearch to check that syncrepl received database changes... Using ldapsearch to check that syncrepl received database changes on consumer2...
It's been sitting there for quite a while...
92752 p2 IN+ 0:00.00 make test 92753 p2 IN+ 0:00.00 /bin/sh -ec cd tests; make test 92754 p2 IN+ 0:00.00 make test 92755 p2 IN+ 0:00.00 make bdb 92757 p2 IN+ 0:00.00 /bin/sh ./run -b bdb all 92766 p2 IN+ 0:00.02 /bin/sh ./scripts/all 94481 p2 INs 0:00.03 -tcsh (tcsh) 98427 p2 IN+ 0:00.01 /bin/sh ./scripts/test050-syncrepl-multimaster 98442 p2 SN+ 0:00.16 /home/daveh/openldap/tests/../servers/slapd/slapd -s0 -F slapd.d -h ldap://localhost:9011/ -d 261 98447 p2 SN+ 0:00.15 /home/daveh/openldap/tests/../servers/slapd/slapd -s0 -F ./slapd.d -h ldap://localhost:9012/ -d 261 98452 p2 IN+ 0:00.01 /home/daveh/openldap/tests/../servers/slapd/slapd -s0 -F ./slapd.d -h ldap://localhost:9013/ -d 261 98994 p2 IN+ 0:00.00 /bin/sh ./scripts/test050-syncrepl-multimaster 98995 p2 IN+ 0:00.00 ../clients/tools/ldapsearch -P 3 -x -LLL -H ldap://localhost:9013/ -s base -b cn=Ursula Hampster,ou=Alumni Association,ou=People,dc=example,dc=com (objectClass=*) 98996 p2 IN+ 0:00.00 awk /^dn:/ {print "OK"}
I can't give it too much attention right now.
Configuration is:
env CPPFLAGS=-I/usr/local/include/db42 LDFLAGS=-L/usr/local/lib/db42 \ ./configure --without-cyrus-sasl --without-tls \ --localstatedir=/var/db --enable-crypt --enable-ldap=yes \ --enable-meta=yes --disable-slurpd \ --enable-monitor=yes --enable-bdb=yes --enable-hdb=no --prefix=/usr/local \ --disable-ipv6 --enable-syncprov --enable-auditlog --enable-unique \ --enable-rwm
Do I need to enable something?
Further info: slapd.1.log has entries like this:
bdb_search: 15 does not match filter bdb_search: 16 does not match filter bdb_search: 17 does not match filter bdb_search: 18 does not match filter send_ldap_result: conn=293 op=1 p=3 send_ldap_result: err=0 matched="" text="" send_ldap_response: msgid=2 tag=101 err=0 ber_flush2: 154 bytes to sd 15 conn=293 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text= connection_get(15) connection_get(15): got connid=293 connection_read(15): checking for input on id=293 ber_get_next ber_get_next: tag 0x30 len 5 contents: ber_get_next ber_get_next on fd 15 failed errno=0 (Undefined error: 0) connection_closing: readying conn=293 sd=15 for close connection_close: deferring conn=293 sd=15 conn=293 op=2 do_unbind conn=293 op=2 UNBIND connection_resched: attempting closing conn=293 sd=15 connection_close: conn=293 sd=15 conn=293 fd=15 closed
Note the error...
Dave Horsfall wrote:
Further info: slapd.1.log has entries like this:
bdb_search: 15 does not match filter bdb_search: 16 does not match filter bdb_search: 17 does not match filter bdb_search: 18 does not match filter send_ldap_result: conn=293 op=1 p=3 send_ldap_result: err=0 matched="" text="" send_ldap_response: msgid=2 tag=101 err=0 ber_flush2: 154 bytes to sd 15 conn=293 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text= connection_get(15) connection_get(15): got connid=293 connection_read(15): checking for input on id=293 ber_get_next ber_get_next: tag 0x30 len 5 contents: ber_get_next ber_get_next on fd 15 failed errno=0 (Undefined error: 0) connection_closing: readying conn=293 sd=15 for close connection_close: deferring conn=293 sd=15 conn=293 op=2 do_unbind conn=293 op=2 UNBIND connection_resched: attempting closing conn=293 sd=15 connection_close: conn=293 sd=15 conn=293 fd=15 closed
Note the error...
errno=0 is not an error at all. That's the normal result when trying to read from a closed file descriptor. I suppose we could just let it go silently instead of logging a message in that case.
Dave Horsfall wrote:
On Thu, 1 May 2008, Quanah Gibson-Mount wrote:
Please test RE24 as it has been resync'd with head to address known issues.
FreeBSD 7.0 - seems to hang on test 50.
Starting test050-syncrepl-multimaster ...
running defines.sh Initializing server configurations... Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Inserting syncprov overlay on producer... Starting consumer slapd on TCP/IP port 9012... Using ldapsearch to check that consumer slapd is running... Configuring syncrepl on consumer... Starting consumer2 slapd on TCP/IP port 9013... Using ldapsearch to check that consumer2 slapd is running... Configuring syncrepl on consumer2... Adding schema and databases on producer... Using ldapadd to populate producer... Waiting 20 seconds for syncrepl to receive changes... Using ldapadd to populate consumer... Waiting 20 seconds for syncrepl to receive changes... Using ldapsearch to check that syncrepl received database changes... Using ldapsearch to check that syncrepl received database changes on consumer2...
It's been sitting there for quite a while...
92752 p2 IN+ 0:00.00 make test 92753 p2 IN+ 0:00.00 /bin/sh -ec cd tests; make test 92754 p2 IN+ 0:00.00 make test 92755 p2 IN+ 0:00.00 make bdb 92757 p2 IN+ 0:00.00 /bin/sh ./run -b bdb all 92766 p2 IN+ 0:00.02 /bin/sh ./scripts/all 94481 p2 INs 0:00.03 -tcsh (tcsh) 98427 p2 IN+ 0:00.01 /bin/sh ./scripts/test050-syncrepl-multimaster 98442 p2 SN+ 0:00.16 /home/daveh/openldap/tests/../servers/slapd/slapd -s0 -F slapd.d -h ldap://localhost:9011/ -d 261 98447 p2 SN+ 0:00.15 /home/daveh/openldap/tests/../servers/slapd/slapd -s0 -F ./slapd.d -h ldap://localhost:9012/ -d 261 98452 p2 IN+ 0:00.01 /home/daveh/openldap/tests/../servers/slapd/slapd -s0 -F ./slapd.d -h ldap://localhost:9013/ -d 261 98994 p2 IN+ 0:00.00 /bin/sh ./scripts/test050-syncrepl-multimaster 98995 p2 IN+ 0:00.00 ../clients/tools/ldapsearch -P 3 -x -LLL -H ldap://localhost:9013/ -s base -b cn=Ursula Hampster,ou=Alumni Association,ou=People,dc=example,dc=com (objectClass=*) 98996 p2 IN+ 0:00.00 awk /^dn:/ {print "OK"}
I can't give it too much attention right now.
Configuration is:
env CPPFLAGS=-I/usr/local/include/db42 LDFLAGS=-L/usr/local/lib/db42 \ ./configure --without-cyrus-sasl --without-tls \ --localstatedir=/var/db --enable-crypt --enable-ldap=yes \ --enable-meta=yes --disable-slurpd \ --enable-monitor=yes --enable-bdb=yes --enable-hdb=no --prefix=/usr/local \ --disable-ipv6 --enable-syncprov --enable-auditlog --enable-unique \ --enable-rwm
Do I need to enable something?
That looks ok for the most part. You realize of course that slurpd doesn't exist in 2.4, so "--disable-slurpd" is a no-op...
Since the hang is while trying to search consumer2, it would be helpful to attach to that slapd with a debugger and get a trace of all the threads on it. (PID 98452 in the above case.)
On Fri, 2 May 2008, Howard Chu wrote:
That looks ok for the most part. You realize of course that slurpd doesn't exist in 2.4, so "--disable-slurpd" is a no-op...
Yes; I'm using a 2.3 config (not yet using 2.4 as a server).
Since the hang is while trying to search consumer2, it would be helpful to attach to that slapd with a debugger and get a trace of all the threads on it. (PID 98452 in the above case.)
[ Test 50]
Wasn't a hang, as the logs were slowly growing (which I hadn't noticed). It worked OK as "root", so I'm guessing it's a resource limitation (something I'd forgotten, as I normally run "make test" as "root" for that very reason).
In other words, OK on FreeBSD 7.0...
Dave Horsfall wrote:
On Fri, 2 May 2008, Howard Chu wrote:
That looks ok for the most part. You realize of course that slurpd doesn't exist in 2.4, so "--disable-slurpd" is a no-op...
Yes; I'm using a 2.3 config (not yet using 2.4 as a server).
Since the hang is while trying to search consumer2, it would be helpful to attach to that slapd with a debugger and get a trace of all the threads on it. (PID 98452 in the above case.)
[ Test 50]
Wasn't a hang, as the logs were slowly growing (which I hadn't noticed). It worked OK as "root", so I'm guessing it's a resource limitation (something I'd forgotten, as I normally run "make test" as "root" for that very reason).
In other words, OK on FreeBSD 7.0...
Great.
Yes, I've been running into this sort of thing too. test036 occasionally runs my laptop out of disk space from all the debug logs, at which point the test stops making progress.
Thanks for the followup.
Howard Chu writes:
Yes, I've been running into this sort of thing too. test036 occasionally runs my laptop out of disk space from all the debug logs, at which point the test stops making progress.
Should we reduce the loglevel for (some) tests, or implement close/reopen(log file) so we can do log rotation during tests? The rotation itself could be done with a separate script run in the background, but maybe it's just as easy to put it in slapd.
All good here. Fedora 8, x64.
-
Aaron Richton -
Dave Horsfall -
Gavin Henry -
Hallvard B Furuseth -
Howard Chu -
Jens Vagelpohl -
Luca Scamoni -
Michael Ströder -
Quanah Gibson-Mount