Anomalie #13122
Erreur de test d'annuaire
0%
Description
Bonjour,
Notre académie teste les procédure de migration et de upgrade des HORUS 2.3.15 vers la 2.4.1
Les deux procédures fonctionnent, mais nous sommes confronté à une erreur dans le diagnostic de la 2.4.1 que nous ne parvenons pas à résoudre.
Cela concerne la section "annuaire local" où le test de l'annuaire est en erreur -> classe d'objet "ou=ac-montpellier" non trouvée.
Cette erreur ne gène pas les clients (ils peuvent toujours se connecter et accéder aux partages et applications réseaux). Il n'y a pas eu besoin de les ré-intégrer au domaine.
le service /etc/init.d/sldap est bien lancé et accessible.
Dans les logs, nous avons ces rapports :
/var/log/rsyslog/local/slapd/slapd.err.log :
(cf PJ)
/var/log/rsyslog/local/slapd/slapd.info.log :
(cf PJ)
/var/log/rsyslog/local/slapd/slapd.debug.log :
(cf PJ)
A noter :
La migration et l'upgrade se sont déroulé sans incidents
Dans le gen_config, nous avons modifié la variable "nom_academie" en "ac-mont", puis en "ac-montpellier" pour forcer un nouvel enregistrement de cette variable. Reconfigure et reboot n'y ont rien changé.
Demandes liées
Historique
#1 Mis à jour par Jerome WATREMEZ il y a plus de 8 ans
Résolu par la liste en suivant la procédure suivante :
Voilà, avant vous aviez un nom d’académie en « ac-montpellier.fr », et
vous avez corriger la valeur en « ac-montpellier », car le « .fr » est
stoqué dans la variable « suffixe_domaine_academique ».
Il vous faut donc extraire l’annuaire avec :
service slapd stop
slapcat -f /etc/ldap/slapd.conf -o ldif-wrap=no > ~root/full-ldap-old.ldif
Il faut ensuite remplacer les « ou=ac-montpellier.fr » par
« ou=ac-montpellier » avec la commande :
sed -e 's/ou=ac-montpellier\.fr,/ou=ac-montpellier,/g' \
-e 's/ou: ac-montpellier\.fr,/ou=ac-montpellier,/g' \
~root/full-ldap-old.ldif > ~root/full-ldap-fixed.ldif
Vous pouvez ensuite vérifier la présence de la chaîne
« ac-montpellier.fr » dans le nouveau fichier :
grep 'ac-montpellier\.fr' ~root/full-ldap-fixed.ldif
Après avoir vérifié, vous pouvez réinjecter le nouvel annuaire avec les
commandes suivantes :
- Supprimer les anciens fichiers d’annuaire, sans toucher à
« DB_CONFIG »
rm -f /var/lib/ldap/[^D]*
- Injecter l’annuaire corrigé
slapadd -f /etc/ldap/slapd.conf -l ~root/full-ldap-fixed.ldif
- Corriger le propriétaire des fichiers de la base de données
chown -R openldap: /var/lib/ldap/
- Redémarrer l’annuaire
service slapd start
Votre diagnose devrait être OK désormais.
--
Daniel Dehennin
Pôle Logiciels Libres - EOLE
Récupérer ma clef GPG: gpg --recv-keys 0x5A380850F562870C
Empreinte: EEB2 C6C8 EDFE 8364 8B2B A263 5A38 0850 F562 870C
#2 Mis à jour par Emmanuel GARETTE il y a plus de 8 ans
- Statut changé de Nouveau à Fermé
Il y avait bien un problème avec l'annuaire.