Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

grr_j_useradmin_etablissement avec ancienne données #7

Open
plegay opened this issue May 10, 2019 · 7 comments
Open

grr_j_useradmin_etablissement avec ancienne données #7

plegay opened this issue May 10, 2019 · 7 comments

Comments

@plegay
Copy link

plegay commented May 10, 2019

Bonjour,

Il y a un problème de mise a jour des useradmin_etablissement .

Je ne sais pas comment c'est arrivé, mais j'ai 25 cas bizarres.

Notamment un compte qui n'a qu'un établissement (dans ldap) uai 0419999W
seulement 2 groupes dans isMemberof:
acad:Services_Academique:D S D E N -DU LOIR-ET-CHER_0419999W:Tous_D S D E N -DU LOIR-ET-CHER
acad:Services_Academique:D S D E N -DU LOIR-ET-CHER_0419999W:Tous_D S D E N -DU LOIR-ET-CHER

qui n'on rien avoir avec GRR.

et pour tant dans grr (apres la synchro) on a dans la table grr_j_useradmin_etablissement:
F15500c6 | 26 | 0410593X

Cela doit être une vielle donnée, mais elle n'est pas supprimée, la difficulté c'est que cette personne n'est plus dans un établissement synchronisé (acad).
Le problème est qu'elle reste admin de son ancien étab...
Aurrait-on un moyen de corriger cela ?

@GFI-ORLEANS
Copy link
Contributor

Bonjour,
Pouvons-nous avoir les logs du batch pour analyser le problème ?

@plegay
Copy link
Author

plegay commented May 13, 2019

Le voila:
system.log

@GFI-ORLEANS
Copy link
Contributor

GFI-ORLEANS commented May 13, 2019

Le compte F15500c6 ne sort pas du filtre :
(&(modifyTimestamp>={0})(|(isMemberOf=*:GRR:*)(isMemberOf=*:admin:GRR:central)(isMemberOf=*:admin:GRR:local:*)))
Vu que le traitement met à jour seulement les éléments sortant du filtre, il est normal que celui-ci ne soit pas modifié.

@plegay
Copy link
Author

plegay commented May 13, 2019

Oui j'avais bien compris cela.
La question est que va-t-il se passer si on enlève du filtre, les conditions sur les groupes GRR, et d'établissement ?

Il y aura beaucoup plus des personnes à traiter, des personnes qui ne sont pas dans un groupe GRR ni dans un établissement concernant GRR. Mais les algos seront-ils toujours corrects ?

@GFI-ORLEANS
Copy link
Contributor

Si on enlève le filtre toutes les personnes vont être créés dans la base de GRR.

RG-1 Mise à jour en base
Si l’enregistrement n’existe pas en base de données, il est inséré.
Si l’enregistrement existe en base de données, il est mis à jour.

@plegay
Copy link
Author

plegay commented May 13, 2019

Ok, le problème vient de la spécification, on va donc en rester là.
On verra ça plus tard (en interne) et ce n'est donc pas du ressort de GFI.

Merci.

@GFI-ORLEANS
Copy link
Contributor

J'en ai profité pour ajouter des logs supplémentaires dans la mise à jour des personnes sur la partie grr_j_user_etablissement grr_j_useradmin_etablissement.
Ainsi que des cas de test.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants