Renommage des groupes #143
Labels
No Label
01 : Priorité haute
02 : Priorité moyenne
03 : Priorité basse
A Livrer PREPROD
A Livrer PROD
Backlog
Cat : Envole
Cat : Infra
En Attente Infos
Livré PREPROD
Livré PROD
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Cadoles/ninegate#143
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Pour êter cohérent avec le classement des groupes par ordre alphabétique, nous allons renommer les groupes en retirant le numéro qui lui est affecté. Ce renommage se propage t-il automatiquement dans OnlyOffice ?
oui il se propage sur only
sauf que j'ai préfixé par un numéro car si only tu peux avoir des projets avec le même nom. Du côté ninegate, un nom de groupe est unique.
Comme dans only il y avait plein de doublon j'ai préfixé.
Donc au moment du renommage dans ninegate, il faudra surement renommer complétement certains groupe pour qu'il n'y ait pas doublon
OK Nicolas se chargera de prévenir les propriétaires de groupe avant renommage.
Si renommage avec doublon, est-ce que le portail bloque ou donne t(il un message du style : "Nom de groupe déjà existant, renommage impossible " ?
oui si le nom existe déjà, il y aura un message lui indiquant que c'est impossible car le nom existe déjà
Ce renommage des groupes ne pourra se faire qu'à partir du moment où on aura résolu les problèmes de recherche par OO des noms de groupe et de leur propagation dans NextCloud.
#Nextcloud
Synchronisation des groupes
Résolution du problème de renommage des groupes dans l'annuaire
1- Fréquence de passage d’exécutions des jobs
Auparavant le cron passait toutes les 15mn
A présent le cron sera exécuté toutes les 5mn
2- Fréquence d’exécution du job de mise à jour des groupes
Auparavant les groupes étaient synchronisés via cron dans un intervalle d'une heure
A présent les groupes seront synchronisés dans un intervalle de 5mn
Mais c'est pas pour autant que le renommage des groupes est propagé dans nextcloud
3- Création d'un job de renommage des groupes
Toutes les 5mn après passage du job de mise à jour des groupes
On exécute un nouveau job qui détecte qu'il y a incohérence dans le nom du groupe
On renomme les groupes fautifs et on renomme les partages associées
Ce job ne sera actif que pour la version 14 de Nextcloud actuellement disponible sur la version de Transnum
En effet sur la version 19 le changement de nom d'un groupe fonctionne correctement
La version 19 de Nextcloud n'étant disponible que sur des EOLE 27
4- Diminution du temps de cache LDAP
Même si tout est ok en base, Nextcloud utilise un cache ldapTTL
Ce qui fait que temps que ce cache n'est pas rafraîchi, Nextcloud ne verra pas les changements effectués précédemment.
Ce temps de mise en cache des données était d'une heure.
Il est à présent de 5mn
Conclusion
Au mieux la mise à jour complète des groupes se fera toutes les 5mn
Au mieux car c'est une accumulation de job qui permettra la mise à niveau des données
Cela pourrait prendre 15mn le temps que le cron passe, que le job d'upgrade des groupes passe et que le refresh du cache se fasse
#Only Office
Sur ce point je ne peux rien faire
C'est au rectorat via leur support auprès d'OO de déposer un ticket d'anomalie et de suivre sa résolution potentielle