Project

General

Profile

Actions

Bug #3247

closed

Les groupes LDAP sont vides

Added by yann delcambre over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Immediate
Category:
Administration
Start date:
05/07/2012
Due date:
% Done:

100%

Estimated time:
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.

Actions #1

Updated by David Lesimple over 9 years ago

  • Tracker changed from Bug to Support
  • Status changed from New to Assigned
  • Assignee set to David Lesimple
Actions #2

Updated by David Lesimple over 9 years ago

  • Project changed from GED to Silverpeas Core
Actions #3

Updated by David Lesimple over 9 years ago

  • Category set to Administration
  • Système d'exploitation set to 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:

Actions #4

Updated by David Lesimple over 9 years ago

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 ?

Actions #5

Updated by David Lesimple over 9 years ago

Ceci se produit lors de la synchro automatique. Je mets un niveau de traces plus élevé.

Actions #6

Updated by David Lesimple over 9 years ago

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

Actions #7

Updated by yann delcambre over 9 years ago

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.

Actions #8

Updated by Emmanuel Hugonnet over 9 years ago

  • Tracker changed from Support to Bug
  • Assignee changed from David Lesimple to Emmanuel Hugonnet
  • Votre base de données set to PostgreSQL

Test sur l'utilisation de memberUid comme champ devant contenir le DN, car il contiendra une id et non un DN.

Actions #9

Updated by Emmanuel Hugonnet over 9 years ago

  • Status changed from Assigned to Resolved
Actions #10

Updated by yann delcambre over 9 years ago

  • Status changed from Resolved to Re-opened

Les groupes LDAP sont de nouveau vide.

Actions #11

Updated by David Lesimple over 9 years ago

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.

Actions #12

Updated by David Lesimple over 9 years ago

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

Actions #13

Updated by Nicolas Eysseric over 9 years ago

  • Subject changed from les groupes LDAP sont vide to les groupes LDAP sont vides
Actions #14

Updated by Nicolas Eysseric over 9 years ago

  • Status changed from Re-opened to Closed
  • Assignee changed from Emmanuel Hugonnet to Nicolas Eysseric
  • Target version set to Version 5.9.1
  • % Done changed from 0 to 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.

Actions #15

Updated by Nicolas Eysseric over 9 years ago

  • Subject changed from les groupes LDAP sont vides to Les groupes LDAP sont vides
  • Status changed from Closed to Resolved
  • Target version changed from Version 5.9.1 to Version 5.9.2
Actions #16

Updated by Nicolas Eysseric over 9 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF