[Cesium+ Pod] Nouvelle version 1.10.4 (stable)

Support Cesium
1

L’équipe de Cesium est heureuse de vous annoncer la sortie de la version 1.10.4 !

Cette version est en cours de déploiement en production, sur g1.data.e-is.pro et g1.le-sou.org

Améliorations

Cette version corrige :

  • Correction d’une erreur NullPointerException lors de l’indexation des membres, si celle-ci a lieu durant un revert de la blockchain (ou une resynchronisation forcée par la configuration)
  • Publication correcte des noeuds, dans /network/peers, quand l’option de configuration duniter.p2p.discovery.enable est à true (découverte automatique des autres Pod Cesium+)
    => Ce bug provoquait notamment :
    • Dans Cesium: la vue réseau des noeuds Cesium+ (accessible en mode expert) restait vide.
    • Idem sur Gchange : la vue Réseau n’affichait aucun nœud Gchange.
    • Les Pod Cesium+, ne pouvant découvrir les autres noeuds par découverte, n’allaient pas à se synchroniser avec eux. La synchronisation ne fonctionnait donc qu’à avec les noeuds déclarés explicitement dans le fichier de configuration (option duniter.p2p.includes.endpoints)
  • Gestion de l’authentification de l’administrateur (ou des modérateurs) par “challenge → signature”.
    En gros, cette fonctionnalité permet d’autoriser des requêtes ES sur les données internes au pod (jusqu’ici non publiés) : comme la liste des adresse IP qui on dépassé les quotas autorisées. Cela permettra à l’avenir de construire des écrans d’administration ou de modérations, directement dans Cesium. Par exemple : l’ajout de moérateur, la configuration du pod, forcer une synchro, pouvoir changer de noeud Duniter, etc. A suivre donc, côté Cesium.

Mise à jour

Pour mettre à jour votre Pod depuis une version antérieure :

  • Vérifiez bien, par comparaison, votre ancien fichier config/elasticsearch.yml avec le nouveau : il y a de nouvelles options, notamment :
http.cors.allow-origin: "/.*/"
http.cors.enabled: true
+ http.cors.allow-credentials: true
+ http.cors.allow-headers: X-Requested-With, X-Auth-Token, X-Real-IP, Content-Type, Content-Length, Authorization, Access-Control-Allow-Headers, Accept
  • Vérifier que votre noeud renvoit bien des noeuds, sur /network/peers, et non une liste vide.

cc @bpresles @mithril @Pini @fdrubigny : svp mettez vous à jour ! :slight_smile:
Si vous avez un Pod Cesium+, merci de me le faire savoir afin que je vous tague la prochaine fois :slight_smile:

Installation

Consulter la documentation d’installation : en ligne ou markdown

5 Likes
2

Normal que les tags 1.10.x soient sur la branche develop au lieu de master ? Mon problème est que les MR que j’ai faites pour le build des images Docker ne sont pas présentes dans develop.

EDIT : j’ai publié des images Docker pour amd64 / arm64 : pinidh/cesium-plus-pod:1.10.4.

1 Like
3

yess salut bravo pour toutes ces MAJ
du coup
j ai relancé un podc+ g1.data.971.dns1.us
tout a l air ok sauf la decouverte des peers i
j ai testé plusieurs configs
duniter.p2p.peering.enable à false aprés true avec et sans les endpoints dans la conf duniter
https://g1.data.971.dns1.us/network/peers

je trouve ca dans le logs c+
[2023-08-25 10:08:36,522][DEBUG][org.duniter.core.client.service.HttpServiceImpl] Executing request : POST https://g1.data.le-sou.org:443/network/peering/peers HTTP/1.1
[2023-08-25 10:08:37,243][DEBUG][org.duniter.core.client.service.HttpServiceImpl] Received response : HTTP/1.1 500 Internal Server Error
[2023-08-25 10:08:37,243][INFO ][duniter.network ] [cplus-datas] [g1] Peering document sent to 0/2 peers

pas trop d idées pour la suite
merci

4

Merci de ta remontée.
je vais regarder de mon côté ce qui cloche. Pour le moment, mieux vaut que tu mettes le plus possible de endpoints dans ta conf, afin que ton Pod aille bien récupérer les données de ces derniers. Sans cela, il va récupérer uniquement ceux qu’il a trouvé (et qui devraient s’afficher dans /network/peers …)

1 Like