G1-test dans les choux ? État monnaie

C’est quoi la distribution + le système ?

Déso de pas vous avoir rejoints, j’en suis à la 3e resync en 3 jours :smiley:

Je reste en 1.6, voir si ça foire qq part.

Alpine Linux 3.8 sur x86_64
NodeJS 8.11

Essayes plutôt avec NodeJS 9.

Et aussi, quelle commande lances-tu ? Est-ce Duniter UI ? Est-ce la commande sync en direct ?

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: