La V1 existe-t-elle encore au 01.12.2025? Forks réseau

Nicolas80 · 19 December 2025 11:48

Je ne connais pas suffisamment le serveur Duniter pour pouvoir aider sur ce point

C’est assez étrange qu’il n’arrive pas à reprendre correctement.

Tu as bien la même version 1.8.7 et vérifié (si tu utilises Docker) qu’elle est bien à jour ?

Pour info, mon serveur utilise cette image: pinidh/duniter:1.8.7-pini2

Dans le cas de Docker, depuis le répertoire qui contient le compose.yaml:

Si la version de l’image n’est pas la même, d’abord mettre à jour dans le compose.yaml
docker compose pull pour télécharger la dernière version des images dans le compose.yaml
docker compose up -d pour redémarrer avec la nouvelle version (si la commande précédente à récupérer une autre version)

fdrubigny · 19 December 2025 15:30

Je vois que mon noeud est encore en train de se désynchroniser… il est au bloc 891804 au lieu de 891809 et dans la web admin, il n’est plus connecté à aucun pairs…

Edit : J’ai fait un docker compose down puis un docker compose up -d pour le renlancer et j’obtiens cette erreur :

✘ Network duniter Error Error response from daemon: Failed ...            0.1s

failed to create network duniter: Error response from daemon: Failed to Setup IP tables: Unable to enable ACCEPT OUTGOING rule:  (iptables failed: iptables --wait -t filter -A DOCKER-FORWARD -i br-f6fc131c8b37 -j ACCEPT: iptables: No chain/target/match by that name.

 (exit status 1))

joss.rendall · 19 December 2025 15:45

@fdrubigny , dans le stack (compose) que je t’ai fait, il utilise le réseau créé par Traefik pour communiquer vers l’extérieur…
Si tu lance tes conteneurs hors de Portainer, il faut adapter les compose pour qu’ils fonctionnent..

fdrubigny · 19 December 2025 15:47

Jusqu’à aujourd’ui ma config hors portainer fonctionnait (car je ne comprends pas le fonctionnement de portainer)… mais là je ne comprends pas pourquoi il me refuse de créer la connexion…

—–

Edit :
j’ai trouvé sur un forum une solution à mon problème :
sudo iptables -t filter -N DOCKER
sudo systemctl restart docker

J’ai pu relancer le noeud, à voir s’il va récupérer le retard…

Damery · 23 December 2025 07:35

Non, ce noeud V1 n’est pas sous docker par contre, j’ai un docker pour Duniter V2 que je n’ai plus lancé depuis longtemps … Je m’y remettrais un jour …

Le docker présent pourrait-il gêner le noeud V1 ?

Nicolas80 · 23 December 2025 08:18

Très peu de chance que ce soit le cas…
Il faudrait que tu map spécifiquement les répertoires de ton nœud v1 dans ta configuration du docker nœud v2 pour qu’il puisse avoir un impact.

Nicolas80 · 23 December 2025 09:42

Nous avons de nouveau pas mal de noeuds désynchronisés

Du coup, le client Cesium dans le browser à beaucoup de mal à se connecter (je ne trouve pas comment forcer un serveur dans les paramètres pendant qu’il tente de se connecter …)

Pini · 23 December 2025 11:40

@daigongen Peux-tu STP partager un nouveau dump de ton noeud 1.9 ? J’ai complètement flingué mon serveur lors d’une mise à jour système

Heureusement j’avais des sauvegardes (faites des sauvegardes !!), mais pas pour les data duniter.

EDIT: Je peux fournir un espace de stockage si tu veux les mettre à dispo sur une base régulière.

daigongen · 23 December 2025 13:32

Je ne pourrais le faire que lorsque celui-ci aura fini sa synchro , il en est à 50%. Il s’est désynchronisé suite au fork au block 892728. Je posterai ici le dump dès que possible

joss.rendall · 25 December 2025 11:31

c’est reparti pour une nouvelle synchro complète de mon côté en v1.9

et de nouveau blocage synchro au bloc 674,249 …

Logs_v1.9

Starting duniter with:
/usr/bin/duniter direct_webstart
2025-12-25T19:35:40+00:00 - info: mode=Start
2025-12-25T19:35:40+00:00 - info: open duniter databases...
2025-12-25T19:36:20+00:00 - info: Databases successfully opened.
2025-12-25T19:36:20+00:00 - info: Current block: #674249-00000001363FFC02C0634F75B8CF6019A592BDCB2FD17EB6C0C6C63CA3F38DCE
2025-12-25T19:36:20+00:00 - info: start dbs threadpool...
2025-12-25T19:36:20+00:00 - info: Duniter sever started.
2025-12-25T19:36:20+00:00 - info: start duniter modules...
2025-12-25T19:36:33+00:00 - info: generated self endpoints: ["GVA S v1.g1.rendall.fr 443 gva"]
2025-12-25T19:36:33+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("v1.g1.rendall.fr"), remote_port: Some(443), remote_path: Some("gva"), remote_tls: Some(true), whitelist: [127.0.0.1, ::1] }
2025-12-25T19:36:33+00:00 - info: GVA server listen on http://0.0.0.0:30901/gva
2025-12-25T19:36:33+00:00 - info: Server::run; addr=0.0.0.0:30901
2025-12-25T19:36:33+00:00 - info: listening on http://0.0.0.0:30901 
2025-12-25T19:36:33+00:00 - info: Block resolution: 1 potential blocks after current#674249...
2025-12-25T19:36:33+00:00 - error: Error: ruleNumber
    at Function.checkBlock (/duniter/app/lib/blockchain/DuniterBlockchain.js:62:19)
    at process._tickCallback (internal/process/next_tick.js:68:7)
2025-12-25T19:36:33+00:00 - info: Fork resolution: 45 potential block(s) found...
2025-12-25T19:36:33+00:00 - info: Fork resolution: 1 potential suite(s) found...
2025-12-25T19:36:33+00:00 - info: Fork resolution: HEAD = block#674249
2025-12-25T19:36:33+00:00 - info: Fork resolution: suite 1/1 (-> #674299-000000) revert to fork point block#674249
2025-12-25T19:36:33+00:00 - info: Fork resolution: suite 1/1 REFUSED block#674250: ruleNumber
2025-12-25T19:36:33+00:00 - info: Web administration accessible at following address: http://0.0.0.0:9220
2025-12-25T19:36:33+00:00 - info: WS2P server 5fVzbn7eBuBeZm6B5753rzQcgk7vJ6UEfgNH2AvT43gc listening on 0.0.0.0:20901
2025-12-25T19:36:33+00:00 - info: BMA server listening on http://0.0.0.0:10901
2025-12-25T19:36:33+00:00 - warn: Local node is not a member. Waiting to be a member before computing a block.
2025-12-25T19:36:33+00:00 - info: WS2P: init: bundle of peers 1/1
2025-12-25T19:36:33+00:00 - info: Sibling endpoints: []
2025-12-25T19:36:33+00:00 - info: BMA access: v1.g1.rendall.fr:443
2025-12-25T19:36:33+00:00 - info: WS2P access: v1.g1.rendall.fr :443 ws2p
2025-12-25T19:36:33+00:00 - info: [5fVzbn7e] ⬇ PEER 5fVzbn7e 674220-0
2025-12-25T19:36:33+00:00 - info: [5fVzbn7e] ✔ PEER 5fVzbn7e 674220-0
2025-12-25T19:36:33+00:00 - info: Next peering signal in 359 min
2025-12-25T19:36:33+00:00 - info: WS2P: connected to peer C3oqFogS using `WS2P g1.duniter.org 443`!
2025-12-25T19:36:33+00:00 - info: Blocks were not applied.
2025-12-25T19:36:33+00:00 - info: Block resolution: 1 potential blocks after current#674249...
2025-12-25T19:36:33+00:00 - error: Error: ruleNumber
    at Function.checkBlock (/duniter/app/lib/blockchain/DuniterBlockchain.js:62:19)
    at process._tickCallback (internal/process/next_tick.js:68:7)
2025-12-25T19:36:33+00:00 - info: Fork resolution: 45 potential block(s) found...
2025-12-25T19:36:33+00:00 - info: Fork resolution: block #674250-00000007 is known as incorrect. Skipping.
2025-12-25T19:36:34+00:00 - info: Blocks were not applied.
2025-12-25T19:36:34+00:00 - info: Block resolution: 1 potential blocks after current#674249...
2025-12-25T19:36:34+00:00 - error: Error: ruleNumber
    at Function.checkBlock (/duniter/app/lib/blockchain/DuniterBlockchain.js:62:19)
    at process._tickCallback (internal/process/next_tick.js:68:7)
2025-12-25T19:36:34+00:00 - info: Fork resolution: 45 potential block(s) found...
2025-12-25T19:36:34+00:00 - info: Fork resolution: block #674250-00000007 is known as incorrect. Skipping.
2025-12-25T19:36:46+00:00 - info: WS2P 5fVzbn7eBuBeZm6B5753rzQcgk7vJ6UEfgNH2AvT43gc: new incoming connection from 172.18.0.2:57142!
2025-12-25T19:36:58+00:00 - info: WS2P 5fVzbn7eBuBeZm6B5753rzQcgk7vJ6UEfgNH2AvT43gc: new incoming connection from 172.18.0.2:56910!
2025-12-25T19:37:01+00:00 - warn: WS2P: cannot connect to incoming WebSocket connection: WS2P connection timeout
2025-12-25T19:37:08+00:00 - info: WS2P 5fVzbn7eBuBeZm6B5753rzQcgk7vJ6UEfgNH2AvT43gc: new incoming connection from 172.18.0.2:57562!
2025-12-25T19:37:13+00:00 - warn: WS2P: cannot connect to incoming WebSocket connection: WS2P connection timeout
2025-12-25T19:37:23+00:00 - warn: WS2P: cannot connect to incoming WebSocket connection: WS2P connection timeout
2025-12-25T19:37:33+00:00 - error: WS2P >>> >>> WS ERROR: ANSWER_TO_UNDEFINED_REQUEST
2025-12-25T19:38:32+00:00 - info: WS2P: connection [C3oqFogS `WS2P g1.duniter.org 443`] has been closed
2025-12-25T19:38:59+00:00 - info: 
```WS2P 5fVzbn7eBuBeZm6B5753rzQcgk7vJ6UEfgNH2AvT43gc: new incoming connection from 172.18.0.2:37142!

Donc, retour en v1.8.7 grâce aux sauvgs de @Nicolas80, merci à toi

Pini · 27 December 2025 15:11

Moi aussi ça bloque une fois arrivé à 100%. Ça continue de tourner mais plus rien ne se passe
J’ai augmenté la mémoire allouée de 6Go à 10Go, mais ça ne change rien.

Pini · 28 December 2025 14:04

Voici de que j’obtiens à chaque fin de synchronisation avant que tout ne s’arrête sans rendre la main :

2025-12-28T00:59:23+00:00 - info: GOT chunck #3576/3576 from 894000 to 894091 on peer duniterg1.josephin.brussels.ovh
2025-12-28T00:59:33+00:00 - info: blocks_chunk_215: 10885818 bytes
2025-12-28T01:06:55+00:00 - info: blocks_chunk_216: 14747936 bytes
2025-12-28T01:09:48+00:00 - info: Milestones 100%, Downloaded 100%, Applied 100%
2025-12-28T01:14:11+00:00 - info: blocks_chunk_217: 16125205 bytes
2025-12-28T01:15:32+00:00 - info: Mem2File [wotb]...
2025-12-28T01:15:32+00:00 - error: Unhandled rejection: Error: ruleToBeKickedArePresent
2025-12-28T01:15:32+00:00 - error: Error: ruleToBeKickedArePresent
    at Function.checkBlock (/duniter/app/lib/blockchain/DuniterBlockchain.js:179:19)
    at process._tickCallback (internal/process/next_tick.js:68:7)

daigongen · 29 December 2025 15:21

J’ai les memes problèmes. Je suis en train de tester une dernière fois puis je pense revenir en version 1.8.7

Nicolas80 · 29 December 2025 18:35

Je viens de tenter une dernière synchro sur mon 2 ème serveur (en 1.9.0)

J’ai fais une synchro de zéro, en supprimant les volumes docker.

Après 11 heures de synchronisation, même comportement que décris par @Pini - et le serveur ne semble pas accessible - le gui ne répond pas, pareil pour gva/playground, …

duniter-v1-1.9.0  | 2025-12-29T17:42:09+00:00 - info: Getting chunck #3578/3578 from 894500 to 894548 on peer g1.duniter.org
duniter-v1-1.9.0  | 2025-12-29T17:42:09+00:00 - info: GOT chunck #3578/3578 from 894500 to 894548 on peer g1.duniter.org
duniter-v1-1.9.0  | 2025-12-29T17:43:12+00:00 - info: blocks_chunk_215: 10885818 bytes
duniter-v1-1.9.0  | 2025-12-29T17:50:58+00:00 - info: blocks_chunk_216: 14747936 bytes
duniter-v1-1.9.0  | 2025-12-29T17:55:05+00:00 - info: Milestones 100%, Downloaded 100%, Applied 100%
duniter-v1-1.9.0  | 2025-12-29T17:58:33+00:00 - info: blocks_chunk_217: 16125205 bytes
duniter-v1-1.9.0  | 2025-12-29T18:00:55+00:00 - info: Mem2File [wotb]...
duniter-v1-1.9.0  | 2025-12-29T18:00:55+00:00 - error: Unhandled rejection: Error: ruleToBeKickedArePresent
duniter-v1-1.9.0  | 2025-12-29T18:00:55+00:00 - error: Error: ruleToBeKickedArePresent
duniter-v1-1.9.0  |     at Function.checkBlock (/duniter/app/lib/blockchain/DuniterBlockchain.js:179:19)
duniter-v1-1.9.0  |     at process._tickCallback (internal/process/next_tick.js:68:7)

Edit: Après redémarrage du serveur, j’ai accès au Gui, gva playground, … mais le serveur est de nouveau bloqué sur différent blocks (maximum 894499 renvoyé par gva playground) suivant l’appel qui est fait et ne se synchronise pas.

daigongen · 30 December 2025 11:04

J’ai tenté pour le “fun” une synchro en 1.8.7, comme en 1.9.0 celle-ci ne va pas jusqu’au bout.

J’ai pris le dump de @Nicolas80 de ce matin, mon noeud est up et synchronize.

En revanche, dans cesium celui-ci apparait en privé et n’est pas accessible à priori pour les clients cesium.

https://g1v1.taeksheald.fr/network/peering retourne des informations correctes

@Nicolas80 peux-tu poster ici ton docker-compose.yml ainsi que ta conf nginx de ton noued 1.8.7 ?

Nicolas80 · 30 December 2025 11:30

Ce qui est comique avec mon noeud 1.8.7; c’est que je n’arrive pas a avoir le endpoint WS2P bien configuré (on dirait qu’il ne fonctionne que en appels sortants).

Dans le résultat de “/network/peering” il ne mentionne que le “BMAS”

curl -i https://g1.brussels.ovh/network/peering
HTTP/2 200 
server: openresty
date: Tue, 30 Dec 2025 11:22:55 GMT
content-type: application/json; charset=utf-8
content-length: 680
x-powered-by: Express
access-control-allow-origin: *
etag: W/"2a8-EKD8jITdbpIJeIEB0VAh0K59cLo"
strict-transport-security: max-age=63072000; preload
x-served-by: g1.brussels.ovh

{
  "version": 10,
  "currency": "g1",
  "endpoints": [
    "BMAS g1.brussels.ovh 443"
  ],
  "status": "UP",
  "block": "894792-0000001842FD131A91BBFDB9BF78EB806450EF266D48857B530F353D0C689830",
  "signature": "eyi6bNGZaeVXxiccPxoyaVv9n4uOTlzh7qm5aZB/7EttRd/ksu8j0xeW9rrXtQS7Y1xajqxkVCRku7n/BhakDg==",
  "raw": "Version: 10\nType: Peer\nCurrency: g1\nPublicKey: EnFfLNWnonXwxmzipLbbqa1fybSs7xdPoYhmbkMYzR3G\nBlock: 894792-0000001842FD131A91BBFDB9BF78EB806450EF266D48857B530F353D0C689830\nEndpoints:\nBMAS g1.brussels.ovh 443\neyi6bNGZaeVXxiccPxoyaVv9n4uOTlzh7qm5aZB/7EttRd/ksu8j0xeW9rrXtQS7Y1xajqxkVCRku7n/BhakDg==\n",
  "pubkey": "EnFfLNWnonXwxmzipLbbqa1fybSs7xdPoYhmbkMYzR3G"
}

Pour mon docker compose, je l’ai posté ici.

Pour le Nginx Proxy Manager; j’ai configuré de manière classique le port 10901 vers l’url https (sans path - et avec Websockets Support activé); et une Custom Location “/ws2p” pour port 20901.

J’avais également mappé “/gva” pour 30901; mais je pense que ça ne sert à rien pour la version 1.8.7.

@daigongen est-ce que tu peux également donner ton docker compose pour la 1.8.7 ?

Je suis curieux de voir la différence pour la config WS2P.

daigongen · 30 December 2025 11:37

La configuration me semble identique (j’utilise caddy au lieu de nginx) :

docker-compose.yml.1.8.7.txt (1,5 Ko)

Nicolas80 · 30 December 2025 11:42

Une chose qui me semble dangereuse; c’est le mapping en accès public de:
0.0.0.0:9220:9220

Ce port est pour le gui de config/admin du serveur, tu devrais remplacer par
127.0.0.1:9220:9220

Mais peut-être que tu as un firewall en plus qui bloque cela

daigongen · 30 December 2025 11:43

Oui c’est bloqué pour l’extérieur cela me permet d’avoir accès depuis mon pc sans avoir à faire du tunneling avec ssh

daigongen · 30 December 2025 15:31

En se connectant sur le noeud de façon explicite dans les paramètres de Cesium, le pb se résoud “naturellement”, une nouvelle ligne BMAS apparait. Néanmoins WS2P apparait toujours en privé :

Alors que json.conf contient la config suivante :

 "ws2p": {
  "uuid": "6427a506",
  "privateAccess": true,
  "maxPrivate": 27,
  "maxPublic": 27,
  "host": "0.0.0.0",
  "port": "20901",
  "publicAccess": true,
  "remotehost": "g1v1.taeksheald.fr",
  "remoteport": "443",
  "remotepath": "ws2p",
  "upnp": true
 },

Il nous reste 2 mois à tenir avant la V2, cela risque d’être un tant soit peu “sportif”