On Wed, 2006-05-24 at 00:33 -0400, Russell Handorf wrote: > Thanks again for your help. It now fails at sql-test001-concurrency > (sql-test000-read passes). > > >>>>> Starting sql-test001-concurrency ... > running defines.sh > Starting slapd on TCP/IP port 9011... > Testing SQL backend concurrency... > Waiting 5 seconds for slapd to start... > Using ldapsearch to retrieve all the entries... > Filtering original ldif used to create database... > write test disabled for mysql; set SLAPD_USE_SQLWRITE=yes to enable > Using tester for concurrent server access... > PID=15745 - Search(50): base="dc=example,dc=com", filter="cn=Mitya Kovalev". > PID=15746 - Read(100): entry="documentTitle=book1,dc=example,dc=com". > PID=15747 - Search(50): base="cn=Akakiy Zinberstein,dc=example,dc=com", > filter="sn=Zinberstein". > PID=15751 - Read(100): entry="dc=example,dc=com". > PID=15746 - Read done (0). > PID=15753 - Search(50): base="dc=example,dc=com", filter="cn=James*". > ldap_search: Can't contact LDAP server (-1) > PID=15745 - Search done (-1). > ldap_search: Can't contact LDAP server (-1) > PID=15747 - Search done (-1). > ldap_read: Can't contact LDAP server (-1) > PID=15751 - Read done (-1). > PID=15755 - Read(100): entry="cn=Akakiy Zinberstein,dc=example,dc=com". > ldap_bind: Can't contact LDAP server (-1) > PID=15756 - Search(50): base="dc=example,dc=com", filter="sn=*". > ldap_bind: Can't contact LDAP server (-1) > PID=15757 - Read(100): entry="ou=Referral,dc=example,dc=com". > ldap_bind: Can't contact LDAP server (-1) > stopping: child exited with status 1 > ./scripts/sql-test001-concurrency: line 94: 15730 > Killed $SLAPD -f $CONF1 -h $URI1 -d $LVL $TIMING >$LOG1 > 2>&1 > slapd-tester failed (1)! > ./scripts/sql-test001-concurrency: line 99: kill: (15730) - No such process > >>>>> ./scripts/sql-test001-concurrency failed (exit 1) > make: *** [sql-yes] Error 1 > [EMAIL PROTECTED]:~/ldapstuff/openldap-2.3.22/tests# ldap_search: Can't > contact LDAP server (-1) > PID=15753 - Search done (-1).
This output is showing that slapd died unexpectedly, and the logs you posted don't help; follow instructions at <http://www.openldap.org/faq/data/cache/56.html>, find a core dump (if none was generated, see "ulimit -c" and set the allowed core size as appropriate in order to get one) and provide a backtrace that shows why and where it failed. Back-sql is essentially unsupported, so don't expect any prompt reaction unless anything trivial surfaces. Ah, SLAPD_DEBUG=-1 is really a last resort. Since you're using OpenLDAP 2.3, SLAPD_DEBUG=stats,trace,args (the default) usually suffices. For a description of the log levels read slapd.conf(5). p. Ing. Pierangelo Masarati Responsabile Open Solution OpenLDAP Core Team SysNet s.n.c. Via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ------------------------------------------ Office: +39.02.23998309 Mobile: +39.333.4963172 Email: [EMAIL PROTECTED] ------------------------------------------
