[Date Prev][Date Next] [Chronological] [Thread] [Top]

slapadd : could not parse entry (line=56)



Hello,

A short while ago I reported a problem with an index on telephonenumber with the
subject:Problem finding telephonenumber in a plain numeric search when number is stored with special characters
hacking the code in schema_init.c adding some more characters besides a blank and the - solved the problem (on a test server).

Now that we tested a migration of the productive data importing the output from slapcat using slapadd we ran into the following
problem ( which is NOT because of the hack. I tried the same with the original code)
./slapadd  -v -l /root/full-dump.ldif
added: "dc=bs,dc=ch" (00000001)
added: "dc=zid,dc=bs,dc=ch" (00000002)
added: "ou=SpecialUsers,dc=bs,dc=ch" (00000003)
slapadd: could not parse entry (line=56)

The same output using the -d1 parameter:
...
...
<= index_entry_add( 3, "ou=SpecialUsers,dc=bs,dc=ch" ) success
added: "ou=SpecialUsers,dc=bs,dc=ch" (00000003)
=> str2entry: "dn:: bz1Vbml2ZXJzaXTDpHQgQmFzZWwsZGM9emlkLGRjPWJzLGRjPWNo
description:: VW5pdmVyc2l0w6R0IEJhc2Vs
o:: VW5pdmVyc2l0w6R0IEJhc2Vs
objectClass: top
objectClass: organization
objectClass: pilotObject
uniqueIdentifier: 0
structuralObjectClass: organization
entryUUID: 1c4e7410-9152-1028-9e01-c53096f56e88
creatorsName: cn=LdapAdmin,dc=bs,dc=ch
createTimestamp: 20040902173439Z
entryCSN: 20040902173439Z#000001#00#000000
modifiersName: cn=LdapAdmin,dc=bs,dc=ch
modifyTimestamp: 20040902173439Z
"
>>> dnPrettyNormal: <o=Universität Basel,dc=zid,dc=bs,dc=ch>
<<< dnPrettyNormal: <o=Universität Basel,dc=zid,dc=bs,dc=ch>, <o=universität basel,dc=zid,dc=bs,dc=ch>
str2entry: invalid value for attribute objectClass (syntax 1.3.6.1.4.1.1466.115.121.1.38)
slapadd: could not parse entry (line=56)
slapadd shutdown: initiated
====> bdb_cache_release_all
slapadd shutdown: freeing system resources.
---------------------------------------------------------------------------------

Apparently the German Umlaut "ä" creates a problem for slapadd.

The start of the ldif-file:
dn: dc=bs,dc=ch
dc: bs
description: The ZID LDAP Domain
objectClass: top
objectClass: dcObject
objectClass: organization
objectClass: nisDomainObject
nisDomain: bs.ch
o: zid
structuralObjectClass: organization
entryUUID: fe76e2e2-9151-1028-9d1d-c53096f56e88
creatorsName: cn=LdapAdmin,dc=bs,dc=ch
createTimestamp: 20040902173349Z
entryCSN: 20040902173349Z#000001#00#000000
modifiersName: cn=LdapAdmin,dc=bs,dc=ch
modifyTimestamp: 20040902173349Z

dn: dc=zid,dc=bs,dc=ch
dc: zid
objectClass: domain
structuralObjectClass: domain
entryUUID: fe917cd8-9151-1028-9d1e-c53096f56e88
creatorsName: cn=LdapAdmin,dc=bs,dc=ch
createTimestamp: 20040902173349Z
entryCSN: 20040902173349Z#000002#00#000000
modifiersName: cn=LdapAdmin,dc=bs,dc=ch
modifyTimestamp: 20040902173349Z

dn: ou=SpecialUsers,dc=bs,dc=ch
ou: SpecialUsers
objectClass: top
objectClass: organizationalUnit
description: the NIS group
structuralObjectClass: organizationalUnit
entryUUID: fe933f32-9151-1028-9d1f-c53096f56e88
creatorsName: cn=LdapAdmin,dc=bs,dc=ch
createTimestamp: 20040902173349Z
entryCSN: 20040902173349Z#000003#00#000000
modifiersName: cn=LdapAdmin,dc=bs,dc=ch
modifyTimestamp: 20040902173349Z

dn:: bz1Vbml2ZXJzaXTDpHQgQmFzZWwsZGM9emlkLGRjPWJzLGRjPWNo
description:: VW5pdmVyc2l0w6R0IEJhc2Vs
o:: VW5pdmVyc2l0w6R0IEJhc2Vs
objectClass: top
objectClass: organization
objectClass: pilotObject
uniqueIdentifier: 0
structuralObjectClass: organization
entryUUID: 1c4e7410-9152-1028-9e01-c53096f56e88
creatorsName: cn=LdapAdmin,dc=bs,dc=ch
createTimestamp: 20040902173439Z
entryCSN: 20040902173439Z#000001#00#000000
modifiersName: cn=LdapAdmin,dc=bs,dc=ch
modifyTimestamp: 20040902173439Z
------------------------------------------

I tried slapadd'ing the ldif file on a couple of servers. On one development box I succeeded on 4 others I always got the same error.
I compared environment and libraries and made adaption wherever I found a difference, but so far did not succeed.
I hope somebody can give me an idea about what I am doing wrong!

Thanks for any help!

Regards,
Walter Kempel