Projet

Général

Profil

Actions

Bug #3247

fermé

Les groupes LDAP sont vides

Ajouté par yann delcambre il y a presque 12 ans. Mis à jour il y a presque 12 ans.

Statut:
Closed
Priorité:
Immediate
Assigné à:
Catégorie:
Administration
Début:
07/05/2012
Echéance:
% réalisé:

100%

Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
5.9
Système d'exploitation:
Linux
Votre base de données:
PostgreSQL
Livraison en TEST:
Livraison en PROD:

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 presque 12 ans

  • Tracker changé de Bug à Support
  • Statut changé de New à Assigned
  • Assigné à mis à David Lesimple

Mis à jour par David Lesimple il y a presque 12 ans

  • Projet changé de GED à Silverpeas Core

Mis à jour par David Lesimple il y a presque 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 presque 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 presque 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 presque 12 ans

Pas d'infos supplémentaires cette nuit, je mets en niveau debug admin.synchro.

Mis à jour par yann delcambre il y a presque 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 presque 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 presque 12 ans

  • Statut changé de Assigned à Resolved

Mis à jour par yann delcambre il y a presque 12 ans

  • Statut changé de Resolved à Re-opened

Les groupes LDAP sont de nouveau vide.

Mis à jour par David Lesimple il y a presque 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 presque 12 ans

Problème confirmé, cela vient bien de la synchro automatique des groupes.

Mis à jour par Nicolas Eysseric il y a presque 12 ans

  • Sujet changé de les groupes LDAP sont vide à les groupes LDAP sont vides

Mis à jour par Nicolas Eysseric il y a presque 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 presque 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 presque 12 ans

  • Statut changé de Resolved à Closed
Actions

Formats disponibles : Atom PDF