J’ai ajouté un 2ème noeud sur la monnaie Ğ1-Test, @TestSmith vous avez désormais 3 noeuds sur lesquels vous synchroniser (tous les 3 en htttS) :
https://g1-test.duniter.org
https://ts.gt.elo.tf
https://ts.gt.librelois.fr
3 Likes
@TestSmith le paquet debian pour armv8 est désormais fonctionnel. Si vous êtes sur architecture armv8, merci de vous mettre a jour, cela concerne notamment les raspberry pi 4.
Le paquet est à jour sur la page du tag : https://git.duniter.org/nodes/typescript/duniter/tags/v1.7.21
Notez bien qu’il n’y a pas encore de paquet pour les raspberry pi 3.
5 Likes
Mon nœud Raspi 4 vous a rejoint 
et d’un bloc !
2 Likes
Et ben il dépote ton rpi4, cool nous voila 5 forgerons sur le réseau g1-test 
1 Like
Je le dédie à la ĞT, j’ai baissé à 40% pour essayer de ne pas avoir besoin du ventilo 
2 Likes
@TestSmith le livrable armv7 est désormais disponible sur la page des téléchargements. Donc normalement tous les forgerons de la G1-test peuvent désormais se mettre a jours
1 Like
Élois, je m’attendais à ce que tu fasses l’annonce pour que les forgeurs de la Ğ1 passe sur la v1.7.21.
Comme l’annonce n’a pas été faite et que cette version traine dans la nature avec le tampon stable, le réseau a forké (cette nuit surement) entre les < v1.7.20 et les v1.7.21 qui au final ont été installées en pagaille :
Voici les logs sur une v1.7.21
│2020-03-22T09:19:26+01:00 - error: Error: ruleMembershipEnoughCerts │
│ at Function.checkBlock (/home/moul/duniter/app/lib/blockchain/DuniterBlockchain.js:157:19) │
│ at process._tickCallback (internal/process/next_tick.js:68:7) │
│2020-03-22T09:19:26+01:00 - error: Error: ruleMembershipEnoughCerts │
│ at Function.checkBlock (/home/moul/duniter/app/lib/blockchain/DuniterBlockchain.js:157:19) │
│ at process._tickCallback (internal/process/next_tick.js:68:7) │
│2020-03-22T09:19:26+01:00 - error: Error: ruleMembershipEnoughCerts │
│ at Function.checkBlock (/home/moul/duniter/app/lib/blockchain/DuniterBlockchain.js:157:19) │
│ at process._tickCallback (internal/process/next_tick.js:68:7) │
│2020-03-22T09:19:26+01:00 - error: Error: ruleMembershipEnoughCerts │
│ at Function.checkBlock (/home/moul/duniter/app/lib/blockchain/DuniterBlockchain.js:157:19) │
│ at process._tickCallback (internal/process/next_tick.js:68:7) │
│2020-03-22T09:19:26+01:00 - error: Error: ruleMembershipEnoughCerts │
│ at Function.checkBlock (/home/moul/duniter/app/lib/blockchain/DuniterBlockchain.js:157:19) │
│ at process._tickCallback (internal/process/next_tick.js:68:7)
Du point de vue des builds principaux ça semble être bon. Je peux m’occuper du paquet YunoHost.
On enclenche la migration vers la nouvelle version du protocole ? Duniter v1.7.21 ? Je suis tenté de notifier tous les forgeurs et de leur donner un nœud sur lequel se resynchroniser. Ça serait bien que ça soit g1.duniter.org.
Ça serait bien de pas trop trainer et de faire ça aujourd’hui.
3 Likes
Oui j’y pensais il y a quelques temps mais j’ai eu d’autres priorités personnelles et puis j’ai oublié. En ce moment je suis malade (probablement le covid-19), je ne suis pas en état d’aider 
2 messages ont été fusionnés à un sujet existant : Fork sur le bloc #307383? Entrée de resp_corp avec quatres certifications
Nœud officiel g1.duniter.org mis a jours.
la version 1.7.21 est désormais officiellement la dernière version stable
Nous invitons tous les utilisateurs de Duniter à se mettre a jours en 1.7.21 dès que possible.
Comme indiqué dans le 1er post, cette mise a jours ne nécessite pas de resynchronisation, un simple restart de votre noeud après mise a jours est suffisant
4 Likes
J’ai synchronisé hier soir, et quand je le lance avec sudo systemctl start duniter, il répète “Server starting” environ toutes les minutes, et rien d’autre.
2020-03-28T01:31:00+01:00 - info: Sync finished.
2020-03-28T01:31:00+01:00 - info: Database closed.
2020-03-28T01:31:00+01:00 - info: Database closed.
2020-03-28T01:31:00+01:00 - info: Database closed.
2020-03-28T07:52:06+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T07:52:06+01:00 - info: >> Server starting…
2020-03-28T07:53:08+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T07:53:08+01:00 - info: >> Server starting…
2020-03-28T07:54:05+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T07:54:05+01:00 - info: >> Server starting…
2020-03-28T07:54:43+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T07:54:43+01:00 - info: >> Server starting…
2020-03-28T07:55:30+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T07:55:30+01:00 - info: >> Server starting…
2020-03-28T07:56:12+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T07:56:12+01:00 - info: >> Server starting…
2020-03-28T07:56:58+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T07:56:58+01:00 - info: >> Server starting…
2020-03-28T08:01:59+01:00 - info: Block resolution: 0 potential blocks after current#308964…
2020-03-28T08:01:59+01:00 - info: >> Server starting…
La config systemd que j’utilisais pour les versions précédentes ne marche plus (rien dans le log mais une erreur “INVALIDARGUMENT” dans le log systemd). duniter start depuis mon home ne fait rien non plus (ça met une fois “Server started” et puis plus rien, et quand je fais duniter stop ça dit que duniter ne tournait pas).
C’est un serveur Debian 10.
Utiliser direct_start pour ne pas démarrer en mode démon et avoir des logs plus verbeux, notamment lors du crash.
Logs
> 2020-03-28T11:29:54+01:00 - debug: Plugging file system... 2020-03-28T11:29:54+01:00 - debug: Loading conf... 2020-03-28T11:29:55+01:00 - debug: Configuration saved. 2020-03-28T11:29:55+01:00 - debug: Opening SQLite database "/home/tuxmain/.config/duniter/duniter_default/duniter.db"... 2020-03-28T11:29:55+01:00 - debug: Opening SQLite database "/home/tuxmain/.config/duniter/duniter_default/txs.db"... 2020-03-28T11:29:55+01:00 - debug: Opening SQLite database "/home/tuxmain/.config/duniter/duniter_default/peers.db"... 2020-03-28T11:29:56+01:00 - debug: Upgrade database... 2020-03-28T11:29:56+01:00 - info: Block resolution: 0 potential blocks after current#308964... 2020-03-28T11:29:56+01:00 - info: >> Server starting... 2020-03-28T11:29:56+01:00 - info: NodeJS version: v9.4.0 2020-03-28T11:29:56+01:00 - info: Node version: 1.7.21 2020-03-28T11:29:56+01:00 - info: Node pubkey: 45GfjkWCWQhJ3epJVGC2NSg1Rcu4Ue1vDD3kk9eLs5TQ 2020-03-28T11:29:56+01:00 - info: WS2P server 45GfjkWCWQhJ3epJVGC2NSg1Rcu4Ue1vDD3kk9eLs5TQ listening on 149.91.88.175:20900 2020-03-28T11:29:56+01:00 - info: BMA server listening on http://149.91.88.175:10901 2020-03-28T11:29:56+01:00 - error: Error on WS Server 2020-03-28T11:29:56+01:00 - error: Error: listen EADDRINUSE ::ffff:955b:58af:10901 at Object._errnoException (util.js:1003:13) at _exceptionWithHostPort (util.js:1024:20) at Server.setupListenHandle [as _listen2] (net.js:1366:14) at listenInCluster (net.js:1407:12) at doListen (net.js:1522:7) at process._tickCallback (internal/process/next_tick.js:152:19) 2020-03-28T11:29:56+01:00 - error: Error: listen EADDRINUSE ::ffff:955b:58af:10901 at Object._errnoException (util.js:1003:13) at _exceptionWithHostPort (util.js:1024:20) at Server.setupListenHandle [as _listen2] (net.js:1366:14) at listenInCluster (net.js:1407:12) at doListen (net.js:1522:7) at process._tickCallback (internal/process/next_tick.js:152:19)J’ai bien vérifié que le port 10901 était libre avant (sudo netstat -tulnp). Après le crash, le processus subsiste avec 2 ports aléatoires ouverts mais pas en listen.
Mise à jours faite sans aucun encombre, directement visible en version 1.7.21 via Cesium
1 Like
mise à jour effectuée
1 Like
Dans la fenêtre courante, 20 membres sur 30 sont à jours, soit 66%, nous approchons donc fortement du changement de protocole sur le réseau Ğ1 !!!
Dès que plus de 70% des membres forgerons seront à jours, le réseau passera automatiquement en v12 et tous les membres pas à jour se désynchroniseront.
Dès que 2 des 10 membres suivant ce seront mis à jours (ou sortent de la fenêtre courante par extinction de leur noeud), le réseau changera de protocole :
@fabwice
art15te
@kimamila
jardin
Damery
charles
@bpresles
Lascapi
Julien_Jardin
@Thatoo
EDIT: 21/31 suite a l’entrée de BIZOUERNE Vincent dans la fenêtre courante, nous sommes a 1 membre forgeron du changement de protocole, le changement de protocole va très certainement se produire dans les prochaine heures !
Mise à jour effectué sur mon noeud forgeur et mon noeud mirroir
1 Like
Ok du coup si mes calculs sont exacts, dès que @bpresles auras trouvé un bloc le réseau changera de protocole au bloc suivant (sauf si les membres dans la fenêtre courante varient d’ici la).
Je fais toutefois l’hypothèse que les 22 membres forgerons à jours dans la fenêtre courante ont trouvés un bloc depuis leur mise à jours, ce qui n’est pas certain, la fenêtre courante étant étalée sur 156 blocs soit environ 13h. En gros, si l’un des membres forgerons en question s’est mis a jours il y a moins de 13h et n’a pas retrouvé de bloc depuis alors le changement de protocole se fera attendre plus longtemps.
J’ai éteint mon noeud qui était en 1.7.18 car j’avais mal compris le message et croyais qu’il ne fallait utiliser la 1.7.21 que sur la GTest… alors que justement je l’avais installé sur une autre machine pour la G1 mais pas utilisé depuis hier exprès…bref. Je passe en 1.7.21 sur les deux ça sera mieux.
1 Like
Oui c’était le cas au début. Toute version est d’abord réservée a la monnaie de test, les tests ayant été concluants, nous avons décidé de pousser cette version en prod