Est-ce que wotwizard a vocation à écrire dans le volume data ? Sinon il faudrait le spécifier en lecture seule : data:/app/data:ro
Sinon ça me semble OK, à tester.
1 Like
Je crois qu’il est responsable de supprimer updating.txt une fois qu’il l’a traité, donc oui.
1 Like
J’ai relancé un noeud v1 avec votre compose couplé à Wotwizard, mais comme auparavant, sa synchro se bloque toujours au même bloc n°613499, ca ne va pas plus loin… La stabilisation et la mise en place d’un noeud pose de + en + de contraintes…
PS : j’ai bloqué la ram à 5Go avec la variable d’environnement: NODE_OPTIONS=–max-old-space-size=5120 duniter sync g1v1.p2p.legal:443
mon noeud est visible mais jamais synchro : https://g1.rendall.fr/
2024-03-24T08:36:06+00:00 - debug: Upgrade database...
2024-03-24T08:36:06+00:00 - info: Block resolution: 0 potential blocks after current#613499...
2024-03-24T08:36:06+00:00 - info: Web administration accessible at following address: http://0.0.0.0:9220
2024-03-24T08:36:06+00:00 - info: WS2P server 7GXQVx6U9tJVe4eLcFECv984XY5LdU9S7y7Gxc9Mvm4n listening on 0.0.0.0:20901
2024-03-24T08:36:06+00:00 - info: BMA server listening on http://0.0.0.0:10901
2024-03-24T08:36:06+00:00 - warn: Local node is not a member. Waiting to be a member before computing a block.
2024-03-24T08:36:06+00:00 - info: WS2P: init: bundle of peers 1/1
2024-03-24T08:36:06+00:00 - info: Sibling endpoints:
2024-03-24T08:36:06+00:00 - info: BMA access: g1.rendall.fr:443
2024-03-24T08:36:06+00:00 - info: WS2P access: g1.rendall.fr:443 ws2p
2024-03-24T08:36:06+00:00 - debug: Generating server's peering entry based on block#613470...
2024-03-24T08:36:06+00:00 - info: [7GXQVx6U] ⬇ PEER 7GXQVx6U 613470-0
2024-03-24T08:36:06+00:00 - info: POST Peer 7GXQVx6U9t#613470 to 1 peers
2024-03-24T08:36:06+00:00 - info: [7GXQVx6U] ✔ PEER 7GXQVx6U 613470-0
2024-03-24T08:36:06+00:00 - info: Next peering signal in 359 min
2024-03-24T08:36:21+00:00 - info: WS2P: Could not connect to peer HBsi19D9 using `WS2P g1v1.p2p.legal 443: WS2P connection timeout`
2024-03-24T08:36:21+00:00 - debug: WS2P: init: failed connection
2024-03-24T08:36:21+00:00 - info: Block resolution: 0 potential blocks after current#613499...
2024-03-24T08:36:21+00:00 - info: Block resolution: 0 potential blocks after current#613499...
cinq gigas de cache ne suffisent pas, mets minimum six et pour etre tranquile par la suite si besoin de resynchro dans six mois huit gigas (1024 x 8)
verifie l’ application de la variable avant de lancer la synchro avec: echo $NODE_OPTIONS
ensuite il faut savoir que la 1.8.7 n’ a pas de logs de synchro puis qu’ en utilisant la .6 mes synchro passent à 1oo% en moins huit heures sur une vm de moyenne puissance
(ps un petit tuto sur le node max dans divers environnements JavaScript Heap out of memory error [Solved] | bobbyhadz)
@joss.rendall si tu n’ as pas huit gigas de ram rajoute du swap sur un ssd mve sans quoi c’ est très long
j’ai un VPS : 8vCore@2.4Ghz avec 16Go deRAM, pourtant ca bloque quand meme à chaque fois au bloc n°613499… j’ai voulu testé avec une réduction de la resource RAM mais ca ne change rien, alors je viens de relancer le conteneur à neuf avec effacement préalable des volumes sans modif du NODE_OPTIONS…on verra demain
ce n’ est pas une réduction que l’ on recherche avec le node max mais un débridage, d’ origine il n’ est pas suffisant pour notre chaine (512Mega)
une synchro complète prend actuellement entre cinq et six gigas de cache, si t’ as le node max à cinq, ton node est limité lors de la synchro
Bonjour,
J’ai tenté plusieurs fois aujourd’hui.
La première tentative a consisté à arrêter le noeud v1 dans Portainer et à supprimer tous les anciens noeuds WotWizard. J’ai ensuite copié le fichier de compose dans Portainer. Malheureusement, rien n’a fonctionné, avec un message d’erreur du côté de Duniter indiquant que le noeud n’était pas membre, et une erreur JSON du côté de WotWizard.
Pour la deuxième tentative, j’ai supprimé le noeud précédent et remplacé “$DNS_NAME” par l’URL de mon noeud Duniter. Bien que Duniter ait téléchargé les blocs, l’erreur persistait du côté de WotWizard. De plus, localhost:9220 ne fonctionnait pas, mon noeud était éteint sur https://ginspecte.mithril.re.
Enfin, pour le troisième essai, j’ai supprimé le noeud précédent et j’ai essayé de me connecter via Putty au noeud créé par @Pini, ce qui a abouti à ce message d’erreur.
Je suis passé par l’interface graphique de Debian pour copier le docker-compose, puis j’ai ajouté les lignes que tu m’as recommandées. Malheureusement, je n’ai pas réussi à exécuter docker compose pull sur le nœud de Pini. J’ai redémarré l’ordinateur, puis dans Portainer, j’ai redémarré le nœud. Duniter fonctionne correctement, j’ai accès à localhost:9220 et tout fonctionne bien sur ginspecte.
pas de contenaire wotwizard de créé cette fois ci.
Voici mon portainer actuellement:
1 Like
Plop,
J’ai trouvé de la place pour me créer une instance. Voici les logs de début :
$ docker logs -f wotwizard_wotwizard_1
2024/03/26 20:44:57 blockchain.go:3117: Adding Centralities to updateList
2024/03/26 20:44:57 run.go:53: WotWizard Server version 5.11.3 Tools version 1.0.8
2024/03/26 20:44:57 blockchain.go:3117: Adding Blockchain to updateList
2024/03/26 20:44:57 blockchain.go:3244: Starting
2024/03/26 20:44:57 blockchain.go:3245:
2024/03/26 20:44:57 blockchain.go:1074: "DBase.data" created
2024/03/26 20:44:57 blockchain.go:1094: "DBase.data" opened
2024/03/26 20:44:57 gqlReceiver.go:479: Listening on 0.0.0.0:8080 ...
2024/03/26 20:44:57 blockchain.go:3038: "updating.txt" erased
2024/03/26 20:44:57 blockchain.go:3039: Looking for /app/data/duniter_default/updating.txt
2024/03/26 20:44:57 blockchain.go:3040:
2024/03/26 20:47:19 blockchain.go:3057: "updating.txt" seen; reading it
2024/03/26 20:47:19 blockchain.go:2995: Updating WotWizard database
2024/03/26 20:47:19 blockchain.go:2973: Opening Duniter database
2024/03/26 20:47:19 blockchain.go:1804: Reading money parameters
2024/03/26 20:47:19 blockchain.go:2982: Exporting money parameters
2024/03/26 20:47:19 blockchain.go:2989: Money parameters exported
2024/03/26 20:47:19 blockchain.go:2963: Opening Duniter database (bis)
2024/03/26 20:47:19 blockchain.go:2869: Updating "DBase.data"
2024/03/26 20:47:19 blockchain.go:2925: Added block 0
2024/03/26 20:47:52 blockchain.go:2925: Added block 5000
Ça m’a l’air bon, non ?
1 Like
Oui tout bon 
Ton endpoint graphql sera accessible une fois la sync wotwizard terminé.
Si c’est ok pour toi tu pourra ajouter ton endpoint ici: endpoints.json · master · clients / wotwizard-ui · GitLab
Pour le rendre dispo sur wotwizard-ui.
1 Like
Ça veut dire quoi “si wotwizard-ui” ? J’ai un truc à configurer pour l’activer ?
Non je voulais dire “sur wotwizard-ui”, j’ai corrigé.
Tu n’aura rien à configurer. Tu peux juste tester avec un outil comme altaïr-graphql pour voir si tu arrives bien à fetch le schema graphql de wotwizard sur ton endpoint, c’est que c’est ok pour wotwizatd-ui.
Faudra me montrer stp
Oui il y a ce poste de Hugo qui décris l’outil : Altaïr GraphQL
Comme précisé, install bien le plugin altair-graphql-plugin-graphql-explorer dans les paramètres du plugin navigateur.
Recharge la page, colle ton endpoint wotwizard:
Clique sur le bouton reload Docs pour fetch le schema:
Et tu devrais pouvoir voir le schema dans l’onglet associé à gauche:
Ma conf nginx si ça peut aider:
upstream gql.wotwizard.axiom-team.fr {
server 192.168.9.6:10050; #Production
#server 192.168.9.9; #Redirection maintenance
}
server {
server_name gql.wotwizard.axiom-team.fr;
listen 443 ssl;
listen [::]:443 ssl;
include includes/ssl.conf;
include includes/errors.conf;
add_header Access-Control-Allow-Origin *;
add_header Access-Control-Allow-Headers Content-Type;
location / {
proxy_pass http://gql.wotwizard.axiom-team.fr;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
proxy_set_header Host $http_host;
proxy_redirect off;
}
ssl_certificate /etc/letsencrypt/live/gql.wotwizard.axiom-team.fr/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/gql.wotwizard.axiom-team.fr/privkey.pem;
error_log /var/log/nginx/gql.wotwizard.axiom-team.fr_error.log;
access_log /var/log/nginx/gql.wotwizard.axiom-team.fr_access.log;
}
server {
listen 80;
server_name gql.wotwizard.axiom-team.fr;
include includes/letsencrypt.conf;
if ($host = gql.wotwizard.axiom-team.fr) {
return 301 https://$host$request_uri;
}
return 404;
}
1 Like
J’ai remarqué que si j’interrompt l’instance wotwizard elle plante au redémarrage. Il faut purger le volume dataww pour que ça reparte correctement. C’est normal ?
Normal je ne sais pas, mais c’est le comportement que j’ai moi aussi remarqué.
L’instance de @tatinetteb est maintenant synchronisée :
2024/03/26 22:23:00 blockchain.go:2925: Added block 715126
2024/03/26 22:23:00 blockchain.go:2939: "DBase.data" updated
2024/03/26 22:23:00 blockchain.go:2940: Median Time: 26/03/2024 20:41:36
2024/03/26 22:23:00 blockchain.go:2941: Number of members: 8497
2024/03/26 22:23:00 sandbox.go:739: Updating sandbox
2024/03/26 22:23:00 sandbox.go:752: Sandbox updated
2024/03/26 22:23:08 blockchain.go:3008: WotWizard database updated
2024/03/26 22:23:08 blockchain.go:3168: Starting update of commands
2024/03/26 22:23:08 blockchain.go:3038: "updating.txt" erased
2024/03/26 22:23:08 blockchain.go:3039: Looking for /app/data/duniter_default/updating.txt
2024/03/26 22:23:08 blockchain.go:3040:
2024/03/26 22:23:16 blockchain.go:3175: Update of commands done
2024/03/26 22:23:16 blockchain.go:3196: Starting action readSubs
2024/03/26 22:23:16 gqlReceiver.go:502: open /app/rsrc/duniter/currentSubs.txt: no such file or directory
2024/03/26 22:23:16 blockchain.go:3202: Action readSubs done
5 Likes
Je te remercie pour avoir résolu le problème. Un grand merci également à Poka et aux autres développeurs pour leur patience et leur dévouement à résoudre cette situation.
3 Likes
Un grand merci à toi pour ta persévérance ! C’est sûr qu’un jour tu pourras à ton tour aider des junistes à installer des outils 
4 Likes
J’ai installé l’extension dans mon firefox, saisi l’URL, rechargé la doc, mais je ne vois pas cet onglet à gauche. Voici ce que j’ai :
J’ai loupé un truc ?
Oui