• [^] # Re: directive schema check et augmenter le niveau de debug

    Posté par . En réponse au message openldap et evoluitionperson.schema. Évalué à 1.

    Merci pour cette réponse rapide.

    Après avoir redémarré openldap avec un niveau de débug -1, je me suis rendu compte que l'erreur était en fait plutot stupide :

    inculde /etc/openldap/schema/evolutionperson.schema
    ou lieu de
    include /etc/openldap/schema/evolutionperson.schema

    Quand je pense que je cherche une solution depuis la fin de la semaine dernière...

    Ceci dit, maintenant, quand je tente d'importer ma base importbase.ldif, j'obtiens cette erreur (avec evolutionPerson en STRUCTURAL) :
    slapadd -n 1 -l /tmp/importbase.ldif
    slapadd: dn="uid=6f945b6f9556393d9151252790d2f7a4,cn=aldevar,ou=personal,ou=contacts,ou=Users,dc=ch-guingamp,dc=fr" (line=8463): (69) structural object class modification from 'inetOrgPerson' to 'evolutionPerson' not allowed

    (avec evolutionPerson en AUXILIARY) :

    $slapadd -n 1 -l /tmp/importbase.ldif
    /etc/openldap/schema/evolutionperson.schema: line 200: user-defined ObjectClass has inappropriate SUPerior: "inetOrgPerson"
    slapadd: bad configuration file!

    A l'origine evolutionPerson.schema contient la definition de evolutionPerson en tant que structural mais également avec SUP inetOrgPerson ce qui ne me semble pas logique. Il me semble qu'on ne peut pas avoir 2 objectclass structural en meme temps sur un objet.

    Dois-je supprimer l'objectclass inetOrgPerson dans les entrées de mon carnets d'adresse?

    En tout cas merci, je me sens maintenant plus proche de ce que je souhaite obtenir.