laurent.revill...@ambre-systems.com wrote: > I prepare ODSEE > > # cd /opt > # echo password > dseepw > # /opt/dsee7/bin/dsadm create -p 1389 -w /opt/dseepw /opt/inst1-dsee > # /opt/dsee7/bin/dsadm start /opt/inst1-dsee > # /opt/dsee7/bin/dsconf create-suffix -c -p 1389 -w /opt/dseepw > dc=example,dc=com > # /opt/dsee7/bin/dsconf set-server-prop -p 1389 -w /opt/dseepw > moddn-enabled:on > # /opt/dsee7/bin/dsconf set-server-prop -p 1389 -w /opt/dseepw > retro-cl-enabled:on > # /opt/dsee7/bin/dsadm restart /opt/inst1-dsee > > Directory Server instance '/opt/inst1-dsee' stopped > Directory Server instance '/opt/inst1-dsee' started: pid=98952 > > I add th object > > # ldapadd -x -D "cn=directory manager" -w password -H ldap://localhost:1389 > <test-dirsync-nocp.ldif > adding new entry "ou=People,dc=example,dc=com" > > adding new entry "ou=People,dc=example,dc=com" > > adding new entry "ou=Groups,dc=example,dc=com" > > adding new entry "ou=Alumni Association,ou=People,dc=example,dc=com" > > .... > .... > > I install Symas Openldap 2.6 > > # wget -q https://repo.symas.com/configs/SOLDAP/rhel7/release26.repo -O > /etc/yum.repos.d/soldap-release26.repo > # yum install symas-openldap-clients symas-openldap-servers > > I make a directory for the test > > # mkdir -p /opt/symas/config/static-test > > I make a static config of openldap > > # vi /opt/symas/config/static-test/slapd-dsee-consumer1.conf > ------------- > include /opt/symas/etc/openldap/schema/core.schema > include /opt/symas/etc/openldap/schema/cosine.schema > include /opt/symas/etc/openldap/schema/inetorgperson.schema > include /opt/symas/etc/openldap/schema/openldap.schema > include /opt/symas/etc/openldap/schema/nis.schema > include /opt/symas/etc/openldap/schema/dsee.schema > > pidfile /var/symas/run/slapd.pid > argsfile /var/symas/run/slapd.args > > modulepath /opt/symas/lib/openldap > moduleload back_mdb.la > > ####################################################################### > # consumer database definitions > > ###################################################################### > > database mdb > suffix "dc=example,dc=com" > rootdn "cn=Manager,dc=example,dc=com" > rootpw password > directory /var/symas/openldap-data1 > index objectClass eq > index cn,sn,uid pres,eq,sub > index entryUUID,entryCSN eq > > # Don't change syncrepl spec yet > syncrepl rid=1 > provider=ldap://127.0.0.1:1389 > binddn="cn=Directory Manager" > bindmethod=simple > credentials=password > searchbase="dc=example,dc=com" > filter="(objectClass=*)" > schemachecking=off > scope=sub > type=refreshOnly > logbase="cn=changelog" > syncdata=changelog > retry="10 +" interval=00:00:00:10 > > updateref ldap://127.0.0.1:1389 > > database monitor > --------------- > > I make a start file > > # vi /opt/symas/config/static-test/start-consumer1.sh > > ---------- > #!/bin/bash > # > # > /opt/symas/lib/slapd -d -1 -u ldap -g ldap -h "ldap://:5389/"; -f > /opt/symas/config/static-test/slapd-dsee-consumer1.conf > ----------- > > I make ok for start > > # chmod 755 /opt/symas/config/static-test/start-consumer1.sh > > I start > > # /opt/symas/config/static-test/start-consumer1.sh > > > And i have the error : > > .... > 619d0665.22c97420 0x7f8f97074700 ldap_find_request_by_msgid: msgid 1, lr > 0x7f8f880010a0 lr->lr_refcnt = 1 > 619d0665.22c9846f 0x7f8f97074700 read1msg: ld 0x7f8f88000920 msgid 1 message > type bind > 619d0665.22c990e8 0x7f8f97074700 ber_scanf fmt ({eAA) ber: > 619d0665.22c99c4d 0x7f8f97074700 ber_dump: buf=0x7f8f880011c0 > ptr=0x7f8f880011c3 end=0x7f8f880011cc len=9 > 619d0665.22c9a6be 0x7f8f97074700 0000: 61 07 0a 01 00 04 00 04 00 > a........ > 619d0665.22c9b810 0x7f8f97074700 read1msg: ld 0x7f8f88000920 0 new referrals > 619d0665.22c9c321 0x7f8f97074700 read1msg: mark request completed, ld > 0x7f8f88000920 msgid 1 > 619d0665.22c9ce67 0x7f8f97074700 request done: ld 0x7f8f88000920 msgid 1 > 619d0665.22c9da54 0x7f8f97074700 res_errno: 0, res_error: <>, res_matched: <> > 619d0665.22c9e708 0x7f8f97074700 ldap_return_request: lrx 0x7f8f880010a0, lr > 0x7f8f880010a0 > 619d0665.22c9f2e7 0x7f8f97074700 ldap_return_request: lrx->lr_msgid 1, > lrx->lr_refcnt is now 0, lr is still present > 619d0665.22ca0044 0x7f8f97074700 ldap_free_request (origid 1, msgid 1) > 619d0665.22ca1233 0x7f8f97074700 ldap_free_request_int: lr 0x7f8f880010a0 > msgid 1 removed > 619d0665.22ca1f9b 0x7f8f97074700 ldap_do_free_request: asked to free lr > 0x7f8f880010a0 msgid 1 refcnt 0 > 619d0665.22ca3c3e 0x7f8f97074700 ldap_parse_result > 619d0665.22ca4b27 0x7f8f97074700 ber_scanf fmt ({iAA) ber: > 619d0665.22ca56da 0x7f8f97074700 ber_dump: buf=0x7f8f880011c0 > ptr=0x7f8f880011c3 end=0x7f8f880011cc len=9 > 619d0665.22ca6143 0x7f8f97074700 0000: 61 07 0a 01 00 04 00 04 00 > a........ > 619d0665.22ca6f13 0x7f8f97074700 ber_scanf fmt (}) ber: > 619d0665.22ca7a55 0x7f8f97074700 ber_dump: buf=0x7f8f880011c0 > ptr=0x7f8f880011cc end=0x7f8f880011cc len=0 > 619d0665.22ca8496 0x7f8f97074700 > 619d0665.22ca91f6 0x7f8f97074700 ldap_msgfree > 619d0665.22cad581 0x7f8f97074700 => mdb_entry_get: ndn: "dc=example,dc=com" > 619d0665.22cae255 0x7f8f97074700 => mdb_entry_get: oc: "(null)", at: > "lastChangeNumber" > 619d0665.22cb4910 0x7f8f97074700 mdb_dn2entry("dc=example,dc=com") > 619d0665.22cb6fbf 0x7f8f97074700 => mdb_dn2id("dc=example,dc=com") > 619d0665.22cb9096 0x7f8f97074700 <= mdb_dn2id: get failed: MDB_NOTFOUND: No > matching key/data pair found (-30798) > 619d0665.22cb9d31 0x7f8f97074700 => mdb_entry_get: cannot find entry: > "dc=example,dc=com" > 619d0665.22cbb59c 0x7f8f97074700 mdb_entry_get: rc=32 > 619d0665.22cbcb17 0x7f8f97074700 do_syncrep1: rid=002 starting refresh > (sending cookie=(null)) > slapd: memory.c:705: ber_bvreplace_x: Assertion `!((src)->bv_val == ((void > *)0))' failed. > ./start-consumer1.sh : ligne 4 : 7691 Abandon > /opt/symas/lib/slapd -d -1 -u ldap -g ldap -h "ldap://:5389/"; -f > /opt/symas/config/static-test/slapd-dsee-consumer1.conf
An assert failure indicates a bug in slapd. You should submit an ITS for this. > > Thanks if you can help me. > Unfortunately, the last server we had with ODSEE on it crashed unrecoverably many years ago, so nobody on the OpenLDAP Project will be able to investigate this bug. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
