assemblee-virtuelle
MirrorService: si un serveur n'est pas disponible, réessayer plus tard
Actuellement si un serveur que l'on veut "refléter" (mirror) n'est pas disponible au lancement du MirrorService, un message d'erreur apparait ("Mirroring failed for...") mais il n'y a pas de nouvelles tentatives.
Potentiellement, cela signifie que le processus de "réflection" (mirroring) est interrompu.
Il faudrait voir pour mettre un timer, ou alors un job type moleculer-bull comme on en utilise déjà pour des opérations qui peuvent échouer (p.ex le POST sur une inbox ActivityPub distante).
Qu'en penses-tu @nikoPLP ?
oui et non :)
Enfin bien sur, cést faisable.
Mais il faut garder a l'esprit que le mirroring integral ne se fait qu'une fois. C"est a dire au redemarrage du serveur de mirroir, apres avoir ajouté un serveur supplementaire à copier dans sa config servers.
Par la suite, le serveur souscrit a l ácteur activityPub relay et ne va plus refaire de copie integrale.
Ce que je veux dire c'est qu'au moment du redemarrage, le sysadmin qui vient de configurer le service de mirroir, va bien regarder les logs pour voir si le mirroir se fait ou pas. Si il ne se fait pas, par exemple si le serveur distant est down, alors il faudra reessayer plus tard, en faisant un reboot du serveur de mirroir. Si le mirroir échoue a cause d'une erreur de frappe dans la config, le sysadmin le verra aussi immediatement. Je ne sais pas si c ést une bonne idee de ressayer plusieurs fois a l'infinie, dans le cas ou c'est une erreur de frappe, ou si le serveur distant n'est pas compatible avec la fonction mirroir. C'est mieux de laisser le sysadmin gérer ca.
En general, les serveurs qui offrent la possibilité d'etre mis en mirroir, sont "up". Sinon, cést qu'il y a un probleme plus grave qu'il faut resoudre.
C'est sur que pendant les tests, on a souvent cette erreur. Mais en production, ca ne devrait pas arriver souvent.
En effet comme ça n'a lieu qu'une seule fois, c'est moins grave.
Cependant ça reste une source d'erreur et je suis pas sûr que le sysadmin regardera la console au moment du lancement. Je garde cette issue ouverte au cas où on veut implémenter plus tard le même mécanisme que ce qui est utilisé pour le POST ActivityPub, ce qui permettrait d'avoir un joli message d'erreur qui s'affiche via moleculer-bull.