changed notes moved from Incoming to Software Enhancements
Full_Name: Kolbj�rn Barmen Version: 2.4.23 OS: Linux, Debian Lenny URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (2001:700:1:0:158:38:62:199) I had problems getting syncrepl working, and it the culpit turned out to be doublets of "objectClass: organizationalRole" for given objects. This seems to not have been a problem with old 2.3.30 with old replication mechanics, but for syncrepl it seems critical. When upgrading from 2.3.30 to 2.4.23 slapcat/slapadd was used. Example from ldif: dn: cn=admin,dc=foo,dc=no objectClass: organizationalRole objectClass: top objectClass: simpleSecurityObject objectClass: organizationalRole ... It would be very helpfull if slapadd could detect such obvious fail in ldif-data and spit a warning (when not using -q at least).
slapd(8) can handle those occurrences. slapadd(8) is intended to load LDIF files generated by slapcat(8), thus presumably consistent. In general, it deals with the most obvious errors. I don't think asking slapadd to perform these checks is a good idea, as it would slow it down without real benefit: if an error is caught, you would need to restart, wasting all the actual write effort. A sanity check tool for unreliable LDIF would probably be more appropriate. p.
changed notes changed state Open to Test
moved from Software Enhancements to Development
changed notes
changed notes changed state Test to Release
changed notes changed state Release to Closed
request for sanity check mode of slapadd(8) added to HEAD added to RE24