Ok I tried again running the slapadd with the original ldap file with -d and here it goes:
# id=00000008 dn: uid=djdaley,o=trac objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: tracperson cn: Douglas Daley uid: djdaley userPassword:: e1NIQX1UVnZKa1FVbDgxM1ltMEE4WjQ4Yk8veFZmM0E9 clearpassword: 2915 givenName: Douglas middlename: J sn: Daley clientorg: SUNY ESF affiliation: educator l: Syracuse st: NY postalCode: 13210 regsite: IRS regdate: 25MAR97:13:28:40 regip: athena.esf.edu mailPreferenceOption: 2 modifiersName: cn=nsadmin modifyTimestamp: 20000320195137Z structuralObjectClass: tracperson entryUUI>>> dnPrettyNormal: <uid=nsadmin,o=trac> <<< dnPrettyNormal: <uid=nsadmin,o=trac>, <uid=nsadmin,o=trac> str2entry: invalid value for attribute objectClass (syntax 1.3.6.1.4.1.1466.115.121.1.38) slapadd: could not parse entry (line=1313) slapadd shutdown: initiated ====> bdb_cache_release_all slapadd shutdown: freeing system resources. Regards On 10/12/07, Pierangelo Masarati <[EMAIL PROTECTED]> wrote: > Naufal Sheikh wrote: > > I am sorry I did not get you. You want me to post the whole ldiff file > > or the output of slapadd using the debug switch. Below is the last > > line of slapadd output when run with debug switch. > > I meant: only the entry that ends at the line reported in the error > message issued by slapadd. > > > str2entry: entry -1 has multiple DNs "o=trac" and > "cn=Administrators,o=trac" > > slapadd: could not parse entry (line=1344465). > > Sounds odd. You didn't report what version of OpenLDAP software you're > using; assuming a recent 2.3, it seems that two consecutive entries are > not separated by a blank line, thus resulting in "dn:" appearing twice... > > > Tha last enttry of ldiff file is : > > > > #id=0000b263 > > dn: uid=larry4372,o=trac > > subscribedate: 2007-09-27 11:20 > > sn: Stern > > uid: larry4372 > > tracfedquota: 20000 > > mail: [EMAIL PROTECTED] > > lastModifiedTime: 2007-09-27 11:20 > > maxqueries: 20 > > affiliation: lawyer > > clientorg: lawyer > > sitemaxusers: 1 > > objectClass: top > > objectClass: person > > objectClass: organizationalPerson > > objectClass: inetOrgPerson > > objectClass: tracperson > > telephoneNumber: 212-925-6863 > > termsagree: 1 > > lastModifiedBy: larry4372 > > middlename:: IA== > > cn: Lawrence Stern > > userPassword:: Nzg5OQ== > > regsite: WEB > > postalAddress: $$$ > > givenName: Lawrence > > clearpassword: 7899 > > mailPreferenceOption: 1 > > regdate: 2007-09-27 11:20 > > structuralObjectClass: tracperson > > entryUUID: dc5ec5a6-0158-102c-976b-9052d08550b0 > > creatorsName: cn=nsadmin > > createTimestamp: 20070927152001Z > > entryCSN: 20070927152001Z#000001#00#000000 > > modifiersName: cn=nsadmin > > modifyTimestamp: 20070927152001Z > > ... but the entry above has neither of the two DNs reported by the error > message. Assuming your naming context is "o=trac" and your LDIF starts > with the suffix entry "o=trac" and the second entry is > "cn=Administrators,o=trac", I suspect your file has no blanks at all > separating entries (or slapadd for any reason misinterprets them; e.g. > '\r\n'?), and the error is reported at line 1344465 but it actually > occurs much earlier. Of course, assuming the crystal ball I just > borrowed from Raphael works... > > p. > > > > Ing. Pierangelo Masarati > OpenLDAP Core Team > > SysNet s.r.l. > via Dossi, 8 - 27100 Pavia - ITALIA > http://www.sys-net.it > --------------------------------------- > Office: +39 02 23998309 > Mobile: +39 333 4963172 > Email: [EMAIL PROTECTED] > --------------------------------------- > > >
