Bug #3247
fermé
Les groupes LDAP sont vides
100%
Description
Bonjour,
Tous les groupes de notre LDAP sont vide ......
La fonction "synchroniser le domaine" ne change rien....
Par contre, si je vais dans un groupe et que je fais synchroniser, le groupe se remplie.
Mis à jour par David Lesimple il y a plus de 12 ans
- Tracker changé de Bug à Support
- Statut changé de New à Assigned
- Assigné à mis à David Lesimple
Mis à jour par David Lesimple il y a plus de 12 ans
- Projet changé de GED à Silverpeas Core
Mis à jour par David Lesimple il y a plus de 12 ans
- Catégorie mis à Administration
- Système d'exploitation mis à Linux
Erreur lors de la synchro planifiée:
09/05/12-06:45:03,585 - ERROR : admin.EX_ERR_LDAP_GENERAL | MODULE : admin.LDAPUtility.getFirstEntryFromSearch() | Erreur LDAP générale (#34 invalid DN)
LDAPException: Invalid DN Syntax (34) Invalid DN Syntax
LDAPException: Server Message: invalid DN
LDAPException: Matched DN:
Mis à jour par David Lesimple il y a plus de 12 ans
L'erreur se produisait déja avant le passage en 5.9.
Le paramètre DN des groupes semblent incorrects.
Pourriez-vous m'envoyer un extrait ldif de quelques groupes ?
Mis à jour par David Lesimple il y a plus de 12 ans
Ceci se produit lors de la synchro automatique. Je mets un niveau de traces plus élevé.
Mis à jour par David Lesimple il y a plus de 12 ans
Pas d'infos supplémentaires cette nuit, je mets en niveau debug admin.synchro.
Mis à jour par yann delcambre il y a plus de 12 ans
j arrive a reproduire le problème avec la synchro manuelle.
Sur silverpeas, je vais dans un groupe, je fais synchroniser, cela rajoute les utilisateurs du groupe.
Sur notre LDAP, je vais dans le groupe de , je supprime une personne du groupe.
Sur silverpeas, je fais une synchro generale du domaine, cela vide tous les groupes.
Sur silverpeas, je vais dans un groupe, je fais synchroniser, cela rajoute les utilisateurs du groupe.
Mis à jour par Emmanuel Hugonnet il y a plus de 12 ans
- Tracker changé de Support à Bug
- Assigné à changé de David Lesimple à Emmanuel Hugonnet
- Votre base de données mis à PostgreSQL
Test sur l'utilisation de memberUid comme champ devant contenir le DN, car il contiendra une id et non un DN.
Mis à jour par Emmanuel Hugonnet il y a plus de 12 ans
- Statut changé de Assigned à Resolved
Mis à jour par yann delcambre il y a plus de 12 ans
- Statut changé de Resolved à Re-opened
Les groupes LDAP sont de nouveau vide.
Mis à jour par David Lesimple il y a plus de 12 ans
Il y a une erreur #34 invalid DN lors de la synchro automatique des groupes.
J'ai réactivé des traces plus complètes pour cette nuit.
Une synchro manuelle en forçant le modifyTimeStamp permet de réalimenter les groupes.
Mis à jour par David Lesimple il y a plus de 12 ans
Problème confirmé, cela vient bien de la synchro automatique des groupes.
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Sujet changé de les groupes LDAP sont vide à les groupes LDAP sont vides
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de Re-opened à Closed
- Assigné à changé de Emmanuel Hugonnet à Nicolas Eysseric
- Version cible mis à Version 5.9.1
- % réalisé changé de 0 à 100
Problème reproduit sur un OpenDS.
Les attributs des groupes étaient utilisés au lieu des attributs des utilisateurs lors de la récupération des utilisateurs du groupe.
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Sujet changé de les groupes LDAP sont vides à Les groupes LDAP sont vides
- Statut changé de Closed à Resolved
- Version cible changé de Version 5.9.1 à Version 5.9.2
Mis à jour par Nicolas Eysseric il y a plus de 12 ans
- Statut changé de Resolved à Closed