G1-test dans les choux ? État monnaie

Merci !!! C’est reparti !!!

Ça s’accélère avec trois jours de retard à rattraper !!!
C’est beau à voir avec silkaj diffi qui utilise une websocket.

3 Likes

Du coup je ne suis plus trop, quel nœud utiliser ? Sachant que g1-test.duniter.org, legacy.g1test.nordstrom.duniter.org ainsi que g1-test.cgeek.fr sont d’accord entre-eux, mais je veux bien tout rebasculer en 1.7.14 (voire 1.7.15 qui résout le bug des transactions non affichées !).

Ah ce que je vois, mon nœud a décroché cette nuit. Ça a dû aller trop vite. Je vais voir pour rattraper ton nœud qui avance.

Synchronisé avec ta chaîne. Par contre, mes blocs ne sont pas acceptés semble-t-il.

En fait l’adhésion de mon identité a expiré.
Je comprends pas pourquoi mon nœud continuait à calculer.
Je pense qu’il y a un bug.
J’ai déjà vu des blocs de non membres affichés dans Remuniter.

Hop, bug spotted!!!

1 Like

Je franchi le cap,

LooarnT attend des certif pour devenir membre sur GTest ^^

2LyLcCf3vQDDggPkECGeVrFMMvQdJACLNZet9HUxeY73

En vous remerciant,

J’en profite aussi need des coins pour faire des tests please :pray:

La Ğ1-test est bloquée au bloc n°362834.

Ce bloc a fait faire une erreur de segmentation a mon nœud à minuit et à l’instant lors d’une resynchronisation.

Il était resynchronisé en 1.7.17, et vous ?

Je viens de le resynchroniser, il vient de trouver le bloc de même nombre. Voyons voir si ça débloque la situation.

Si un @TestSmith veut bien rejoindre le wagon. Je sais pas si vous trouverez un nœud avec mon bloc 362834-0000B6AEBB, mais je ne peux pas aisément exposer l’API BMA de mon nœud.

1 Like

Même chose pour moi : duniter ne voulait carrément plus démarrer. Je suis en train de resynchro. Au pire, il faudra que je resynchro sur ton nœud ?

Idem. Je regarderai cela ce soir, en attendant je laisse le nœud g1-test.duniter.org dans cet état car ça me permet de reproduire facilement le bug.

L’erreur de segmentation vient du module wotb, je pense savoir de quoi il s’agit étant donné les derniers message de log affiché avant plantage :

2019-04-30T13:08:48+02:00 - info: Block #362831 added to the blockchain in 23 ms
2019-04-30T13:08:48+02:00 - info: Block #362832 added to the blockchain in 24 ms
2019-04-30T13:08:48+02:00 - trace: removeLink 74 -> 55
/usr/bin/duniter : ligne 15 : 14304 Erreur de segmentation  (core dumped) $NODE "$DUNITER_DIR/bin/duniter" "$@"

Je suppose que je vais retrouver deux fois ce message “removeLink 74 → 55” dans les logs.

2 Likes

Rien à faire, mon nœud ne synchronise pas. Je l’arrête en attendant le fix. Est-ce que ça vaut le coup d’essayer avec une ancienne version ?

Je pense que tu n’aurais pas eu ce problème avec une 1.7.16. Mais c’est pour de mauvaises raisons.

1 Like

J’ai fait les tests de ma lib PHP sur gtest, j’espère que c’est pas moi qui ai tout cassé. :stuck_out_tongue:

Plus sérieusement, j’ai fait passé des TX en unitbase 0, et en V10, BMA me répond OK, si ça peut aider. :wink:

Ça semble lié au correctif de la WoT de la 1.7.17.
Je pense pas que ça soit lié aux documents que tu as pu envoyer.

Il me semble que c’est correct. Les transactions sont en v10, et il doit être possible d’envoyer des sources en base 0 alors que la base courante et en base 1.
Donc, pas de souci de ce côté-là.

1 Like

Je confirme, la règle BR_G90 du protocole spécifie bien que les sources en base <= UnitBase sont valides :

Du coup y a t’il un nœud BMA en 1.7.17 sur lequel on peut se synchroniser ?

Aucun pour le moment, il faudra une version 1.7.18.

1 Like

j’ai un duniter-desktop en 1.7.17 sur lequel j’ai conf BMA en interface graphique rapidos. Je sais pas si c’est fonctionnel, ni utile.
scanlegentil.freeboxos.fr 20939

Vous pourriez me faire un retour juste pour savoir si ça peut servir à qqch, et satisfaire ma curiosité, svp?

http://scanlegentil.freeboxos.fr:20939/blockchain/current
ne répond pas chez moi… probablement un problème de config réseau…

idem :confused: