G1-test dans les choux ? État monnaie

Et voilà, mon noeud a été migré ! Accessible sur g1test.duniter.inso.ovh :slight_smile:

EDIT : Erf, en fait petit bug détecté :

g1test@vps614673:~/duniter$ ./bin/duniter direct_start
2018-11-20T23:00:20+01:00 - debug: Plugging file system...
2018-11-20T23:00:20+01:00 - debug: Loading conf...
2018-11-20T23:00:20+01:00 - debug: Configuration saved.
2018-11-20T23:00:20+01:00 - debug: Opening SQLite database "/opt/g1test/.config/duniter/duniter_default/duniter.db"...
2018-11-20T23:00:20+01:00 - debug: Opening SQLite database "/opt/g1test/.config/duniter/duniter_default/txs.db"...
2018-11-20T23:00:20+01:00 - debug: Opening SQLite database "/opt/g1test/.config/duniter/duniter_default/peers.db"...
2018-11-20T23:00:21+01:00 - debug: Upgrade database...
2018-11-20T23:00:21+01:00 - info: Block resolution: 0 potential blocks after current#279342...
2018-11-20T23:00:21+01:00 - info: >> Server starting...
2018-11-20T23:00:21+01:00 - info: NodeJS version: v9.4.0
2018-11-20T23:00:21+01:00 - info: Node version: 1.7.1
2018-11-20T23:00:21+01:00 - info: Node pubkey: CaE9dyy4GLsZ1QoVziDXUDbxFyxM82PPPmTjYdjf2K7h
2018-11-20T23:00:21+01:00 - info: BMA server listening on http://127.0.0.1:8999
2018-11-20T23:00:21+01:00 - error: Error on WS Server
2018-11-20T23:00:21+01:00 - error:  Error: listen EACCES ::1:80
    at Object._errnoException (util.js:1003:13)
    at _exceptionWithHostPort (util.js:1024:20)
    at Server.setupListenHandle [as _listen2] (net.js:1349:19)
    at listenInCluster (net.js:1407:12)
    at doListen (net.js:1522:7)
    at process._tickCallback (internal/process/next_tick.js:152:19)
2018-11-20T23:00:21+01:00 - error: Error: listen EACCES ::1:80
    at Object._errnoException (util.js:1003:13)
    at _exceptionWithHostPort (util.js:1024:20)
    at Server.setupListenHandle [as _listen2] (net.js:1349:19)
    at listenInCluster (net.js:1407:12)
    at doListen (net.js:1522:7)
    at process._tickCallback (internal/process/next_tick.js:152:19)

Pour la configuration réseau suivante :

 "remoteport": "80",
 "ipv4": "127.0.0.1",
 "ipv6": "::1",
 "port": "8999",
 "remotehost": "g1test.duniter.inso.ovh"

Le port 80 est celui de nginx, duniter devrait essayer d’écouter sur le port 8999… ?

Je lance le noeud avec un script OpenRC mais j’avais également ce message lors des synchro (sans pour autant que ça soit bloquant à ce moment là).

Ça donne en gros :
/opt/duniter/${DUNITER_VERSION}/bin/duniter start --keyfile "${DUNITER_KEYS}" --home "${DUNITER_HOME}" --mdb ${DUNITER_DATA}"

C’est peu ou prou le même script utilisé pour mon noeud G1

Pas tout à fait, comme l’IPv6 est censé justement permettre la traversée de NAT, c’est bien le remoteport que Duniter devrait utiliser. Le logiciel prend donc le remoteport s’il le trouve, et en dernier recours prend la valeur de port.

Mais si c’est Nginx qui est devant, alors je pense que tu devrais retirer le champ ipv6 et faire en sorte que ton reverse-proxy tape sur l’interface IPv4 de Duniter. Si ce n’est pas possible, alors il faudra une évolution sur Duniter pour gérer ce cas.

1 Like

Si la synchro passait, je vois pas trop d’où peut venir le problème :confused:

Tu aurais plus de logs stp ?

101 messages ont été déplacés vers un nouveau sujet : Rejouage des certifications

10 messages ont été déplacés vers un nouveau sujet : Synchroniser en ligne de commande avec Duniter 1.7

A post was merged into an existing topic: Ğ1-test bloquée : bloc généré mais refusé de part sa taille

La ğt est à nouveau bloquée depuis 1jour, cette fois l’erreur est ruleDividend.

Je suis bloqué sur un bloc. Mon nœud essai de calculer le suivant, mais en vain.
Il a stocké la bonne chaîne en parallèle, mais ne veut pas basculer.

Je reste dans cette situation si tu veux enquêter @cgeek.
Dis moi si tu veux des fichiers…

2019-01-26T11:13:29+01:00 - info: Matched 3 zeros 000A51FD5F3B5A466A2D4CC1E467DADE5E9A64881AF6DCC1D000455E62B55869 with Nonce = 10100027618721 for block#310802 by DpJse2
2019-01-26T11:13:30+01:00 - info: SIDE Block #313426-00032103 added to the blockchain in 0 ms
2019-01-26T11:13:30+01:00 - info: Block resolution: 0 potential blocks after current#310801...
2019-01-26T11:13:30+01:00 - info: Fork resolution: 97 potential block(s) found...
2019-01-26T11:13:30+01:00 - info: Fork resolution: block #310801-0000651B is known as incorrect. Skipping.
2019-01-26T11:13:30+01:00 - debug: Suite -> 310900-00002ED5 missing block#310801-0000651B
2019-01-26T11:13:31+01:00 - info: [DpJse2t7] ⬇ PEER CgNMrGrg 285600-0
2019-01-26T11:13:31+01:00 - warn:  Error: TOO_OLD_PEER
    at fifoPromiseHandler.pushFIFOPromise (/mnt/data/Logiciels/duniter-desktop-v1.7.11-linux-x64/app/service/PeeringService.js:134:31)
    at <anonymous>
    at process._tickCallback (internal/process/next_tick.js:160:7)
2019-01-26T11:13:33+01:00 - info: Matched 3 zeros 000609A85164CD1EAAAC9BD248E340764802A795B0A435E253C8DDCB148C28FC with Nonce = 10200027699949 for block#310802 by DpJse2

Merci, mon nœud étant lui-même bloqué j’ai déjà un dump. Je le télécharge là, j’en ai pour 1h. Puis j’essaye d’investiguer.

Bon, pour l’instant je ne sais pas trop quoi dire. Je rajoute un deuxième nœud membre (cgeek-2) pour voir si ça débloque le réseau.

edit : ça à l’air d’avoir marché.

1 Like

Salut !

La GTest n’est pas à proprement parler dans les choux, elle avance, mais :

  • sur les quatre noeuds synchro, aucun n’est accessible pour des requêtes
  • le noeud par défaut g1.duniter.org est désynchro.

Les noeuds qui tournent sont ceux de :
@cgeek @Moul @jytou @vit

Si BMA n’est pas activé, c’est normal, il n’y a pas à s’inquiêter.

C’est sûr que la blockchain g1 est désynchro avec la blockchain g1-test ! :wink:

C’est juste, mais du coup je ne sais pas comment envoyer des transactions ou des certifications… Or, j’aimerais bien le faire :wink:

Normalement mon nœud devrait être accessible sur gtest.jytou.fr:443

1 Like

J’ai mis mon noeud GT en standby car j’aimerais bien le faire tourner en 1.7.x or si j’arrive parfaitement à le compiler, il plante à l’exécution (en serveur ou en synchro). J’ai testé avec Node 8.x et Node 9.x (la version 10 est trop haute d’après package.json) sans succès, je n’ai pas encore eu le temps de pousser l’enquête plus loin :pensive:

@Melua Sur quelle plateforme ?

Pour Node, il me semble que c’est là 9.4 qui va bien.

@jytou x86_64 le même serveur faisait tourner un nœud G1 et GT. actuellement seul mon noeud G1 en 1.6.31 fonctionne. Je peux retester avec NodeJS 9.11 à l’occasion.

[7458139.826954] traps: node[26476] trap invalid opcode ip:7f8ee76cd0bd sp:7f8ee54b70b0 error:0 in leveldown.node[7f8ee7680000+50000]
./toto.sh: line 15: 26466 Illegal instruction     bin/duniter sync $SERVER --home /var/lib/duniter --mdb gtest --nointeractive --slow

Mon nœud intermittent Duniter-desktop 1.7.11 ne peut plus rejoindre la blockchain majoritaire…

J’ai ces erreurs en boucle :

2019-02-20T16:50:17+01:00 - info: Fork resolution: 48 potential block(s) found...
2019-02-20T16:50:17+01:00 - info: Fork resolution: block #325600-0000CB2C is known as incorrect. Skipping.
2019-02-20T16:50:17+01:00 - debug: Suite -> 325647-000398AA missing block#325600-0000CB2C
2019-02-20T16:50:17+01:00 - info: Fork resolution: block #325599-0001B49A is known as incorrect. Skipping.
2019-02-20T16:50:17+01:00 - debug: Suite -> 325600-0000CB2C missing block#325599-0001B49A
2019-02-20T16:50:28+01:00 - info: [DpJse2t7] ⬇ PEER 5esxEcaS 326603-0
2019-02-20T16:50:28+01:00 - warn: Unknown reference block of peer
2019-02-20T16:50:28+01:00 - info: [DpJse2t7] ⬇ PEER 5esxEcaS 326603-0
2019-02-20T16:50:28+01:00 - warn: Unknown reference block of peer
2019-02-20T16:50:37+01:00 - info: SIDE Block #326638-003951C1 added to the blockchain in 0 ms
2019-02-20T16:50:37+01:00 - info: Block resolution: 2 potential blocks after current#325597...
2019-02-20T16:50:37+01:00 - error:  Error: ruleNumber
    at Function.checkBlock (/mnt/data/Logiciels/duniter-desktop-v1.7.11-linux-x64/app/lib/blockchain/DuniterBlockchain.js:62:19)
    at <anonymous>
    at process._tickCallback (internal/process/next_tick.js:160:7)
2019-02-20T16:50:37+01:00 - error:  Error: ruleNumber
    at Function.checkBlock (/mnt/data/Logiciels/duniter-desktop-v1.7.11-linux-x64/app/lib/blockchain/DuniterBlockchain.js:62:19)
    at <anonymous>
    at process._tickCallback (internal/process/next_tick.js:160:7)

Hope it helps.

@Moul et moi-même venons de nous resynchroniser sur @jytou, je suis en train de faire de même pour les miroirs.

Je vais tenter de suivre un peu plus tout ce qui se passe, car visiblement il y a encore de nombreux axes d’amélioration quant à la stabilité de Duniter. Bon, personne n’en doutais :grimacing:

4 Likes