[389-users] entryrdn-index error message in error log

[Noriko Hosoi]

  On 08/25/2010 10:44 AM, Rich Megginson wrote:
> Noriko Hosoi wrote:
>>   Hi Andrey,
>>
>> Looking at this line,&#039, is not a UTF-8 representation of
>> apostrophe.  Rather a Latin-1 representation?  Also, it contains ','
>> in the rdn value without an escape.  It's considered a separator
>> between rdns. I wonder who created the input DN...?
>>
>> entryrdn-index - entryrdn_index_read: Param error: Failed to convert
>> cn=salon d&#039,honneur,ou=objets,dc=id,dc=polytechnique,dc=edu to
>> Slapi_RDN
>>
> &#039, looks like some sort of html/xml escape?
> http://www.theukwebdesigncompany.com/articles/entity-escape-characters.php
Thanks, Rich!  You are right!  And I don't think our DN normalizer 
supports it.

Andrey, what you observe is ...
389 v1.2.6.rc7 has no problem to handle cn=salon d&#039,honneur, but 
1.2.7.a1 does?

We haven't touched the normalizer between 1.2.6.rc7 and 1.2.7.a1, I think...
--noriko
>> Thanks,
>> --noriko
>>
>> On 08/25/2010 08:35 AM, Andrey Ivanov wrote:
>>> Hi,
>>>
>>> i'm continuing to test the latest version of 389. Here are the error
>>> messages that i've seen (it happened only once for now) in error log :
>>>
>>> [25/Aug/2010:17:21:10 +0200] entryrdn-index - entryrdn_index_read:
>>> Param error: Failed to convert cn=salon
>>> d&#039,honneur,ou=objets,dc=id,dc=polytechnique,dc=edu to Slapi_RDN
>>> [25/Aug/2010:17:21:10 +0200] - dn2entry: Failed to get id for
>>> cn=salon d&#039,honneur,ou=objets,dc=id,dc=polytechnique,dc=edu from
>>> entryrdn index (34)
>>> [25/Aug/2010:17:21:10 +0200] entryrdn-index - entryrdn_index_read:
>>> Param error: Failed to convert
>>> honneur,ou=objets,dc=id,dc=polytechnique,dc=edu to Slapi_RDN
>>> [25/Aug/2010:17:21:10 +0200] - dn2entry: Failed to get id for
>>> honneur,ou=objets,dc=id,dc=polytechnique,dc=edu from entryrdn index (34)
>>>
>>>
>>> The object in question is
>>> cn=SALON D'HONNEUR,ou=Objets,dc=id,dc=polytechnique,dc=edu
>>> departmentNumber: DG/SG/MG/REST
>>> objectClass: top
>>> cn: SALON D'HONNEUR
>>>
>>> What is the problem with this entry, conversion to Slapi_DN and
>>> entryrdn index? Here are the
>>> corresponding entries extracted with dbscan :
>>>
>>> 5370:cn=salon d'honneur
>>>     ID: 5370; RDN: "cn=SALON D'HONNEUR"; NRDN: "cn=salon d'honneur"
>>>
>>> C3106:ou=objets
>>>     ID: 5370; RDN: "cn=SALON D'HONNEUR"; NRDN: "cn=salon d'honneur"
>>>
>>> P5370:cn=salon d'honneur
>>>     ID: 3106; RDN: "ou=Objets"; NRDN: "ou=objets"
>>>
>>>
>>>
>>> I have not made any upgrades of the existing server. Instead, i have
>>> exported the ldif by db2ldif and then imported it into the new server,
>>> so there was no conversion phase.
>>>
>>>
>>> Andrey Ivanov
>>> tel +33-(0)1-69-33-99-24
>>> fax +33-(0)1-69-33-99-55
>>>
>>> Direction des Systemes d'Information
>>> Ecole Polytechnique
>>> 91128 Palaiseau CEDEX
>>> France
>>>
>>> -- 
>>> 389 users mailing list
>>> 389-users at lists.fedoraproject.org
>>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>>
>> ------------------------------------------------------------------------
>>
>> --
>> 389 users mailing list
>> 389-users at lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6646 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20100825/05789eea/attachment.p7s>