ĞTest #2 - Reboot October 2025 runtime 1100

Je viens de relancer avec l’option recommandée par @elois, sur le nœud de Hugo, mais sans plus de succès.

Node key file '/var/lib/duniter/node.key' exists.
Node peer ID is '12D3KooWNpCpiZdAY1W9qngQoYmMfDsBoqYeNwH2NuPmiTunebhu'.
Starting duniter with parameters: --reserved-nodes /dns/gtest.coinduf.eu/tcp/30333/p2p/12D3KooWK6KDYpEhrGTTYRqSanXhgt4Hb2YpFZfUugSiiuzB3XUi --name vit-gtest-rpc --node-key-file /var/lib/duniter/node.key --public-addr /dns/vit.fdn.org/tcp/30334/ws --public-rpc wss://vit.fdn.org:9947 --listen-addr /ip4/0.0.0.0/tcp/30333/ws --rpc-cors all --chain gtest -d /var/lib/duniter --unsafe-rpc-external

Je voudrais être bien sûr que le fait d’être sur le port 30334 ne pose pas de problème.

En effet le bootnode de la gtest est actuellement utilisé pour la g1 désolé !
J’ai toujours les fichiers du boot node je vais le relancer.

je confirme que le bootnode gtest ne fonctionne pas: /dns/gtest.axiom-team.fr/tcp/30333/p2p/12D3KooWRsoY1uWFh5manQ7qjYt6bNiLTfJr9fAgcLz3mxwJY79y

L’endpoint p2p: /dns/gtest.coinduf.eu/tcp/30333/p2p/12D3KooWK6KDYpEhrGTTYRqSanXhgt4Hb2YpFZfUugSiiuzB3XUi

Ne fonctionne pas non plus.

En l’état, moi non plus je ne connais aucun endpoint P2P public valide pour la gtest. C’est un gros problème. Est-ce que quelqu’un a un nœud gtest avec un endpoint P2P public, s’il vous plaît ?

Oui aya relance ça.

Je suis en train de lancer un mirror pour faire bootnode, en utilisant le P2P de mon Smith GTest.

Nicolas80-GTest-mirror-bootnode sur la télémétrie

Il va falloir le temps qu’il se mette à jour par contre…

Toujours en cours de synchronisation, mais déjà configuré pour RPC et P2P:

  • RPC wss://mirror-rpc.gtest-bn.brussels.ovh
  • P2P /dns/mirror.gtest-bn.brussels.ovh/tcp/443/wss/p2p/12D3KooWD1mp5M1CsZnVuPWQBHs5PhGZfhSEtm6gh6UvypcVrpjh
    ipfs swarm connect /dns/mirror.gtest-bn.brussels.ovh/tcp/443/wss/p2p/12D3KooWD1mp5M1CsZnVuPWQBHs5PhGZfhSEtm6gh6UvypcVrpjh
    >
    connect 12D3KooWD1mp5M1CsZnVuPWQBHs5PhGZfhSEtm6gh6UvypcVrpjh success
    

J’ai également retiré le RPC de mon noeud archive que je ne vais pas relancer par manque d’espace disque.

# image : duniter/duniter-v2s-gtest-1100:1000-0.12.0   325e06cb19d0
# publiée sur https://hub.docker.com/r/h30x/duniter-gtest/tags
# mon forgeron, valable à court terme (sera déplacé)
/dns/gtest.trentesaux.fr/tcp/30333/p2p/12D3KooWDRRe6DwhWB8tpd1pJYLoXJraspkeah4WuRk23NrNUFak
# un autre, probablement plus durable (ne fonctionne pas actuellement)
/dns/gtest.coinduf.eu/tcp/30444/p2p/12D3KooWK6KDYpEhrGTTYRqSanXhgt4Hb2YpFZfUugSiiuzB3XUi
# par contre RPC marche avec wss://gtest.coinduf.eu 

J’ai réussi à me synchroniser au noeud de @Nicolas80 ! Ma config était donc bonne et c’était bien un problème sur le noeud bootnode de aya et aussi celui de hugo.
Hugo, je viens de retester ton noeud à l’instant, il y a un souci :

ipfs swarm connect /dns/gtest.coinduf.eu/tcp/30333/p2p/12D3KooWK6KDYpEhrGTTYRqSanXhgt4Hb2YpFZfUugSiiuzB3XUi
Error: connect 12D3KooWK6KDYpEhrGTTYRqSanXhgt4Hb2YpFZfUugSiiuzB3XUi failure: failed to dial: failed to dial 12D3KooWK6KDYpEhrGTTYRqSanXhgt4Hb2YpFZfUugSiiuzB3XUi: all dials failed
  * [/ip4/82.67.157.198/tcp/30333] failed to negotiate security protocol: peer id mismatch: expected 12D3KooWK6KDYpEhrGTTYRqSanXhgt4Hb2YpFZfUugSiiuzB3XUi, but remote key matches 12D3KooWPbEg2WvkaCrPGCTe8BA8u9m6iH3dEZKS3UN7pfRQXidp

C’est normal, le port c’est 30444, par 30333, tu atterris sur un autre nœud. Par contre, comme dit en commentaire, ça ne marche pas, je dois avoir un problème de box.

Normalement celui-ci fonctionne, je ne l’éteins jamais c’est bien stable :

/dns/gtest.cgeek.fr/tcp/30336/p2p/12D3KooWCAaQUCFYvrGeCz3cUXvDxcg8uKMCtWbxJp9MJFQenE53

Visiblement ce noeud gtest.cgeek.fr est sur un ancien réseau gtest isolé.

En fait ton RPC est bien sur le bon réseau, mais le p2p ne pointe pas au même endroit.

Arf :frowning: mon nœud validateur aussi est dessus, ceci dit je suis exclu.

Je vais complètement l’éteindre alors.

C’est bon j’ai relancé le bootnode gtest /dns/gtest.axiom-team.fr/tcp/30333/p2p/12D3KooWRsoY1uWFh5manQ7qjYt6bNiLTfJr9fAgcLz3mxwJY79y


Repéré par claude-code, résumé par mes soins

Problème de sessions bloquées :
g1cli --network gtest blockchain current-block
⎿ on wss://gt.p2p.legal/ws
finalized block 2119795
current block 2169933

L’écart entre finalized (2119795) et current (2169933) est de ~50k blocs (~83h à 6s/bloc). La finalisation est bloquée depuis ~3.5 jours. (Date de lancement de la V2 où on a été nombreux à couper nos noeud GTest)
Si la finalisation GRANDPA est bloquée, les changements de session/autorité ne se propagent pas, le runtime reste gelé sur le dernier état finalisé.
Probablement pas assez de forgerons en ligne pour atteindre le quorum 2/3+1.

Je vais essayé de lancer un nœud gtest forgeron cette après midi, mais je ne suis plus smith, il faudra me certifier à nouveau.

Oui je confirme, on le voit avec la requete RPC grandpa_roundState:

Il fallait au moins 9 validateurs sur 12 pour voter la finalisation, et on n’a eu que 8 votes.

@smiths-v2 certains d’entre vous ont coupé leur nœud forgeron gtest sans soumettre une transaction go_offline pour l’annoncer. En conséquence, la finalisation de la blockchain est bloquée. Si cela dure, c’est toute la blockchain qui va s’arrêter et il faudra rebooter le réseau.

Il semble que cela n’ait pas été suffisamment expliqué : en tant que forgeron, il est impératif de ne JAMAIS couper votre nœud forgeron sans avoir annoncé votre départ avec une transaction go_offline réussie au moins 2 heures avant de couper votre nœud.

Les 6 forgerons qui produisent encore des blocs sur la gtest doivent surtout continuer.

EDIT: Pendant la phase de recovery que le comité technique va initier, aucun nouveau forgeron ne doit rejoindre (pas de go_online svp), attendez d’abord que la finalisation soit entièrement rétablie.

On a quand même besoin d’une action du comité technique (cc @poka @1000i100 @cgeek @Moul @vit @tuxmain @HugoTrentesaux) pour forcer la finalisation, avec le call root :

grandpa.noteStalled(600, 2119795)

Checklist AVANT l’exécution de ce call root

  • la chaîne produit toujours des blocs régulièrement
  • les 6 validateurs du set courant produisent bien des blocs
  • session.validators contient bien 6 validateurs
  • authorityMembers.incoming est vide
  • authorityMembers.outgoing est vide
  • grandpa.pendingChange est vide
  • grandpa.stalled est vide
  • la hauteur finalisée est toujours autour de 2119795 ou n’avance plus significativement
  • vous n’avez pas déjà soumis un autre grandpa.noteStalled

Call à proposer au comité technique :

À vérifier APRÈS l’exécution du call root grandpa.noteStalled

  • grandpa.stalled devient non nul
  • puis, à la prochaine rotation de session, grandpa.pendingChange devient non nul
  • le pendingChange doit pointer vers le set courant à 6 autorités

Je viens de créer cette proposal sur la GTest, j’ai bien vérifié qu’il s’agissait du bon numéro de bloc finalisé.

ping @technical-committee


Proposition numéro 10

:right_arrow: https://duniter-portal.axiom-team.fr/?rpc=wss%3A%2F%2Fgt.p2p.legal%2Fws#/techcomm/proposals


@1000i100 @tuxmain @HugoTrentesaux @aya @Moul @vit @cgeek Pouvez-vous voter dès que possible pour la proposition numéro 10 de Poka afin de restaurer la finalisation sur la gtest ? Si cela traîne et que le set des forgerons change entre-temps, il faudra recommencer de zéro:

Y’a ce groupe qui peu être appelé
https://forum.duniter.org/g/technical-committee