Projet

Général

Profil

Actions
Copier le lien

Bug #3018

fermé

[Novell Directory Server] Synchronisation complète qui boucle

Ajouté par Emmanuel GRANGE il y a plus de 12 ans. Mis à jour il y a plus de 10 ans.

Statut:
Closed
Priorité:
Urgent
Assigné à:
-
Catégorie:
Administration
Version cible:
-
Début:
07/03/2012
Echéance:
% réalisé:

100%

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

Description

Bonjour,

Nous avons besoin de renommer 200 groupes sur notre annuaire LDAP et sur le portail afin qu'ils ne perdent pas leurs droits attribués précédemment.

Notre mappage des champs LDAP fait que nous pointons sur le même attribut (cn) pour le nom (name) et le l'id (specificid) des groupes.
Si nous renommons un groupe (changement de cn), il est donc détruit et recréer avec un nouveau nom et il perd donc tous ces droits sur le portail.

David nous a alors indiqué qu'il est possible de renommer les groupes directement dans la table st_group de la base de données du portail.

Effectivement, si l'on change le champ specificid (et accessoirement le champ name) avec le nouveau nom (les renommages ayant été préalablement fait sur l'annuaire), les groupes sont toujours existant, nous avons bien accès à nos données, et si nous synchronisons le groupe individuellement, il change bien de nom.

Le problème survient lorsque nous désirons faire une synchronisation complète du domaine manuellement (La synchronisation automatique est désactivé pour la manipulation) afin de finaliser les changements de noms :
La synchronisation semble réitérer très régulièrement (tous les 3 ou 4 groupes) la synchronisation du 2ème groupe renommé (Si l'on efface le deuxième, le suivant se met à boucler à sa place)
Par exemple : Le 1er groupe est renommé en AAA, le 2ème en BBB, ...
Lors de la synchronisation, il met bien à jour le premier groupe, et pour le suivant, il semble chercher de nombreux membres, alors qu'il n'a qu'un seul membre à ce groupe (avec la fonction AbstractLDAPGroup.translateGroups()).
Et il recommence tous les 3 ou 4 groupes en augmentant le nombre de membres à chaque fois. Si bien qu'au bout d'une heure (d'habitude, il faut 3-5 minutes), le groupe BBB compte déjà 4900 membres (alors qu'il n'y en a que 3200 dans notre annuaire), et j'arrête le portail pour ne pas endommager la base de données.

De plus, même après une maintenance de la base de données postgreSQL (vacumm), le problème persiste.
L'annuaire est bien disponible et il n'y a pas de problème réseau entre les 2 serveurs.

Ci-joint, les traces de la synchronisation.

J'ai absolument besoin de renommer ces groupes le plus rapidement possible.
Merci pour votre aide.

Fichiers

Télécharger tous les fichiers
traces_erreurs_renommage.tgz (2,04 Mo) traces_erreurs_renommage.tgz Traces synchro Emmanuel GRANGE, 07/03/2012 10:34
displayDynamicSynchroReport_Erreurs_Renommage_Groupes.zip (319 ko) displayDynamicSynchroReport_Erreurs_Renommage_Groupes.zip Display synchro Emmanuel GRANGE, 07/03/2012 10:34
displayDynamicSynchroReport_20120607.zip (220 ko) displayDynamicSynchroReport_20120607.zip Trace de la fenetre de synchro en mode debug Emmanuel GRANGE, 07/06/2012 16:51
traces.txt.20120607.zip (246 ko) traces.txt.20120607.zip Trace.txt de la synchro Emmanuel GRANGE, 07/06/2012 16:51
Actions
Copier le lien

Formats disponibles : Atom PDF