Je vais attendre celui de cette nuit, ça évitera de perdre 4j de blocks 
2 Likes
@cgeek tu as un serveur http minimal configuré pour permettre le téléchargement des fichiers ?
Je pourrais regarder pour mettre ça en place également avec un container pour le serveur http.
Pas sur s’il y a une image bien adaptée pour ça (et si ça peut gérer les abus potentiels de DoS).
C’est juste un conteneur nginx sans ajout supplémentaire, je monte simplement le répertoire de mon choix sur /usr/share/nginx/html.
Quand je détarre ton fichier j’ai un dossier tmp/auto-backup-g1-duniter-1.8.7_2025-12-03_23-00/data/tmp et dans ce dossier j’ai à nouveau un duniter_v1_data_brussels.ovh.tar.gz qui occupe presque la moitié de la place (1.7GB sur les 4GB de l’archive), en plus de duniter_default, et il semble lui-même contenir un duniter_default, c’est volontaire ?
C’est étrange… Tu as pris le fichier de @cgeek ou le mien ?
Moi j’ai compressé le répertoire ‘duniter_default’ et tu ne devrais avoir que ça dans l’archive.
Édit: Haa, je suppose que cgeek à oublié de nettoyer son répertoire et il contient mon archive dans son backup 
4 Likes
Bon diagnostic de Nicolas. J’ai nettoyé.
edit : j’ai modifé le script Rundeck ci-dessus afin d’éviter que le soucis ne se reproduise et j’en ai profité pour re-générer le fichier.
3 Likes
Je viens de redémarrer mon noeud 1.8.7 après avoir récupéré l’archive de @Nicolas80 et après petite remontada de 500 blocs environ c’est retombé sur ses pieds. Merci beaucoup !
Y’a moyen de faire le même exercice avec les data d’un noeud 1.9.0 ?
EDIT: Ah je viens de voir que c’est dispo aussi. Je tente.
EDIT2: Ayé, mon noeud 1.9.0 est reparti. pourvu que ça dure. On croise les doigts. N’empêche c’est super ces snapshots. Ça vous remet un noeud d’aplomb en quelques minutes au lieu de passer des jours sur des synchro foireuses. Merci à vous !
5 Likes
C’est fait aussi.
5 Likes
Il te manque un / à la fin de ton url : https://g1v1.taeksheald.fr:4444/gva/
Je dois revoir ma configuration de Caddy pour gva.
En local, j’ai un retour vide similaire a ceux de Poka et Joss
le dump du noeud GVA a il été fait avec noeud Duniter coupé ?
Sinon peut être qu’il y a un locker sur la DB rust de GVA, corrompu, donc pas de données GVA.
Ca n’a rien à voir avec Caddy ou quelconque reverse proxy.
Mais peut juste besoin d’activer GVA sur ton noeud. Mais si le dump ne contient pas de DB GVA, alors il faut soit faire un dex migrate, soit resync nos noeud de zero.
J’ai fixé le pb dans Caddy
dans la log duniter : le requete apparait :
2025-12-04T21:41:21+00:00 - info: [Execute] query { currentBlock }
FYI : J’ai d’abord copié les fichiers dans un répertoire local afin de faire le tarball, je n’ai pas arrêté le nœud
J’ai regardé la page du forum où se trouvent les instruction pour dex. Je n’ai pas le temps ce soir de compiler l’outil. En revanche, cette page dex compilation indique qui est possible de lancer la resynchro avec le paramètre gva. J’ai l’impression que ce n’est pas implémenté :
gco@duniter-V1:~/duniter.docker$ docker exec -it duniter duniter sync --gva g1.duniter.org
error: Found argument ‘–gva’ which wasn’t expected, or isn’t valid in this contextUSAGE:
duniter sync [FLAGS] [port]For more information try --help
gco@duniter-V1:~/duniter.docker$ docker exec -it duniter duniter sync --help
duniter-sync 1.9.0-dev
Synchronize blockchain from a remote Duniter nodeUSAGE:
duniter sync [FLAGS] [port]FLAGS:
-h, --help Prints help information
–no-interactive Disable interactive sync UI
–no-p2p Disables P2P downloading of blocs
–no-peers Do not retrieve peers
–no-sandboxes Do not retrieve sandboxes during sync
–only-peers Will only try to sync peers
–slow Download slowly the blokchcain (for low connnections)
-V, --version Prints version informationARGS:
Port
oblige : J’ai compilé rapidement dex et exécuté “dex -h ./ migrate” (± 1h et 42Go de RAM plus tard)
Apply chunk #887500-#887642 ..
Flush DBs caches on disk…
Migration successfully completed on 3516 seconds.
Le serveur est démarré mais a passé plus de temps que d’habitude ( 2min pour ouvrir la base + 2 min pour lancer le module gva, alors que c’est habituellement quasi instantané) :
2025-12-05T00:26:42+00:00 - info: mode=Start
2025-12-05T00:26:42+00:00 - info: open duniter databases…
2025-12-05T00:28:56+00:00 - info: Databases successfully opened.
2025-12-05T00:28:56+00:00 - info: Current block: #887642-0000000489F44836589F4572920BB9FFFF4CC7B283792FEBEF3999B9534F90D4
2025-12-05T00:28:56+00:00 - info: start dbs threadpool…
2025-12-05T00:28:56+00:00 - info: Duniter sever started.
2025-12-05T00:28:56+00:00 - info: start duniter modules…
2025-12-05T00:30:32+00:00 - info: generated self endpoints: [“GVA S g1v1.taeksheald.fr 44444 gva”]
2025-12-05T00:30:32+00:00 - info: GvaServer::start: conf=GvaConf { enabled: true, ip4: 0.0.0.0, ip6: None, path: “gva”, playground: true, port: 30901, remote_host: Some(“g1v1.taeksheald.fr”), remote_port: Some(44444), remote_path: Some(“gva”), remote_tls: Some(true), whitelist: [0.0.0.0] }
2025-12-05T00:30:32+00:00 - info: GVA server listen on http://0.0.0.0:30901/gva
2025-12-05T00:30:32+00:00 - info: Block resolution: 0 potential blocks after current#887642…
2025-12-05T00:30:32+00:00 - info: Server::run; addr=0.0.0.0:30901
2025-12-05T00:30:32+00:00 - info: listening on http://0.0.0.0:30901
2025-12-05T00:30:32+00:00 - info: Web administration accessible at following address: http://0.0.0.0:9220
2025-12-05T00:30:32+00:00 - info: WS2P server 5od17N1yN1J3gowSFExkeASHwGySU3zKhxtVPd4x8fTY listening on 0.0.0.0:20901
2025-12-05T00:30:32+00:00 - info: BMA server listening on http://0.0.0.0:10901
Cela n’a rien changé, la requête retourne toujours rien :
@poka J’ai uploadé les fichiers traités avec dex si tu veux jeter un œil :
https://cloud.axiom-team.fr/s/3giJZnxDJbjgXkk/download/duniter-archive-19gva-dexe.tar.gz
Y a-t-il quelque part un dump quotidien pour la 1.9.0 ? Car ce matin mon noeud 1.9.0 était encore dans les choux avec un fork sans issue. Et le lien vers le dump de @daigongen ne marche plus.
1 Like
clui ci marche : https://cloud.axiom-team.fr/s/3giJZnxDJbjgXkk/download/duniter-archive-19gva-dexe.tar.gz
je viens de mettre le nœud de Francis à jour à l’instant et il a déjà calculé un bloc
Bloc #887 760
il y a 37 minutes | 05/12/25 09:31
Calculé par le nœud de Francis Drubigny (fdrubigny)
3 Likes
FYI : le temps lié à la relance n’est plus observé avec plusieurs relances avec le dump que j’ai posté au-dessus
EDIT: @poka je crois que c’est la partie “playground” qui est dysfonctionnelle.
En installant gingko, je constate que les nœuds exposant le playground fonctionnent malgré que la requete ne retourne rien dans le playground.
2 Likes
idem, pour le mien, il est en retard au niveau GVA alors qu’il est bien à jour en BMA …
1 Like
??? il t’a répondu, d’accord, mais la réponse n’indique que toi… Je comprends cela comme ton nœud se voit dans un miroir 
Edit ; Moi j’aime bien la choucroute
1 Like