Développement #45276
commande de resynchronisation des utilisateurs
0%
Description
Les messages de provisionning peuvent échouer et des utilisateurs supprimés persister dans les modules, il faudrait régulièrement pouvoir utiliser l'API de synchronisation d'authentic pour ajuster ça.
Files
Related issues
History
Updated by Paul Marillonnet over 3 years ago
- File 0001-agent-add-resync_users-common-command-45276.patch 0001-agent-add-resync_users-common-command-45276.patch added
- Status changed from Nouveau to Solution proposée
- Assignee set to Paul Marillonnet
- Patch proposed changed from No to Yes
En transposant un peu le script de la doc mentionné dans la description de ticket, cela pourrait être quelque chose comme ça.
Updated by Benjamin Dauvergne over 3 years ago
Plusieurs choses :
1. Si le but est d'obtenir les rôles nouveaux d'un utilisateur ça ne marchera pas, modified n'est pas mis à jour sur un changement de rôles. Idéalement on aurait une colonne created/modified sur le modèle Role.members.through et RoleParenting et que modified_gt prenne ça aussi en compte, mais on a pas, un contournement ce serait de taper dans le journal, de regarder tous les objets users impliqués dans une action du journal ces n dernière minutes (mais donc faut du code coté authentic)
2. Il y a une API synchronization qui est d'abord pensé pour le deprovisionning (créée pour GLC) mais on pourrait l'étendre pour prendre un timestamp, et rapporter les uuid disparues (depuis DeletedUser) et les usagers qui ont reçu une action dans le journal, ensuite on taperait dans /api/users/ qui pourrait recevoir une extension pour pouvoir requêter une liste d'UUID plutôt que de les récupérer un par un (ou alors on s'arrange pour que synchronization le fasse).
Sans tout ça la commande me paraît un peu bancal à l'usage, aussi je ne mettrai pas le code de tout ça directement dans la commande mais dans hobo/provisionning/utils.py, parce que c'est souvent plus facile à tester/réutiliser ainsi.
Updated by Paul Marillonnet over 3 years ago
2. Il y a une API synchronization qui est d'abord pensé pour le deprovisionning (créée pour GLC) mais on pourrait l'étendre pour prendre un timestamp, et rapporter les uuid disparues (depuis DeletedUser) et les usagers qui ont reçu une action dans le journal
Ok, #57564.
ensuite on taperait dans /api/users/ qui pourrait recevoir une extension pour pouvoir requêter une liste d'UUID plutôt que de les récupérer un par un (ou alors on s'arrange pour que synchronization le fasse).
Ok, #57567.
Sans tout ça la commande me paraît un peu bancal à l'usage, aussi je ne mettrai pas le code de tout ça directement dans la commande mais dans hobo/provisionning/utils.py, parce que c'est souvent plus facile à tester/réutiliser ainsi.
Ok, commencé à y réfléchir, visible dans la branche.
Updated by Paul Marillonnet over 3 years ago
- Related to Développement #57564: étendre l’API de synchronisation added
Updated by Paul Marillonnet over 3 years ago
- Related to Développement #57567: ajouter un paramètre full à l’api de synchronisation added
Updated by Frédéric Péters over 2 years ago
- Status changed from Solution proposée to En cours
(j'ai l'impression que ça n'est plus formellement proposé)