Wotwizard ne fonctionne plus

Effectivement les deux serveurs Wotwizard sur lesquels se repose Wotwizard-UI sont KO @HugoTrentesaux @poka

1 Like

Noeud duniter v1 hs, ne veut plus sync.

idem, que se soit 1.8.7 ou 1.9 …pffff

jpeux vous passer un miroir synchro si vous voulez mais j’ arrive pas à le passer en ssl à vrai dire let’s encrypt refuse de me certifier loL

ps/

n’ oubliez pas le node max à 8G

Le SSL n’est pas nécessaire a priori, puisque toute altération du contenu des blocs obligerait à recalculer tous les hashes postérieurs, et mettrait le nœud sur un hard fork.

1 Like

le site wotwizard serait injoignable depuis les navigateurs sécurisés

Il faut que wotwizard soit installé sur la même machine que duniter puisque la méthode de communication est un accès direct en base de données. Wotwizard UI n’a besoin de se connecter qu’à wotwizard, pas Duniter. Donc TLS est utile uniquement pour l’API graphql de wotwizard. Effectivement il est possible que les navigateurs râlent si wotwizard UI essaye de se connecter à une API graphql en http, mais ça peut se tenter.

1 Like

J’ai pu resync mon noeud grâce à cette variable d’environnement:

NODE_OPTIONS=--max-old-space-size=8192 duniter sync g1v1.p2p.legal:443

Trouvé ici:

Le noeud wotwizard axiom-team est donc de nouveau opérationnel.

7 Likes

Bon je viens de parcourir le post .

juste pour dire que WotWizard HS pour les 3 :
axiom team
hugo
pini

mais comment cela se fait que celui ci ( https://wotwizard.duniter.org/ ) on peut avoir les infos?

Ce nœud est maintenu par une autre personne, il me semble que c’est cgeek. Mais il n’expose pas son api graphql directement donc n’est pas utilisable depuis wotwizard UI mais seulement depuis l’interface html.

Oui, cgeek fait beaucoup d’efforts pour maintenir son nœud actif.
Astuce que j’ai trouvée pour mes nœuds persos : relancer duniter régulièrement par cron avec la commande “duniter restart”. Cela évite beaucoup de désynchronisations, car c’est duniter qui plante en général. La période à fixer entre deux relances est variable suivant la machine, et donc à tester. Sur ma machine la plus puissante, c’est 6 heures, sur la plus faible, c’est 24 heures.

1 Like

J’utilise une image docker ARM64 que Pini avait buildée (v1.8.7) et j’ai également ce setting mis dans mon docker compose.yaml depuis un moment

DUNITER_MAX_OLD_SPACE_SIZE: "8192"

Et depuis le début j’ai mis un cron pour redémarrer tous les 2 jours le docker duniter & cesium-plus-pod:

# Restart at 3:00 every 2 days
0 3 */2 * * docker compose -f /home/ubuntu/docker/stacks/duniter-pini/compose.yaml restart
# Restart at 4:00 every 2 days
0 4 */2 * * docker compose -f /home/ubuntu/docker/stacks/cesium-plus-pod/compose.yaml restart

Avec ces settings, j’ai très rarement des soucis sur les serveurs.