Bug de synchro sur Ğ1-Test

Aaaaah je sais : supprime le dossier “~/.config/duniter/duniter_default/g1-test/”.

En fait tu as téléchargé une mauvaise blockchain avant le correctif 1.6.20, et du coup tu ne télécharges pas les nouveaux blocs (il reprend les tranches en cache, tu peux voir les messages filesystem:blockchain) ! Je me fais une issue pour ça, tiens (#1280).

1 Like

Logiquement je ne dois pas avoir ça dans “duniter_default” avec le --mdb, non ? Je vais faire ça dans mon dossier gt.

1 Like

@cgeek j’ai synchronisé mon noeud avec ton miroir, pas d’erreur de synchronisation et pourtant mon noeud n’avance pas :thinking:

bin/duniter sync 88.174.120.187 10904 --home /var/lib/duniter --mdb g1-test --nopeers --nointeractive
bin/duniter sync 88.174.120.187 10904 --home /var/lib/duniter --mdb g1-test --onlypeers --nointeractive

Le temps que je synchronise j’ai déjà 1 ou 2 blocks de retard et mon noeud ne prend pas le train en marche :roll_eyes:

Bon c’est pas fini mais je vois plein d’erreurs passer : https://framabin.org/?9dadf760921b1693#FygBiE4HTDCPt5g1/wpow312X92QiGhAocQCHBWQ+oE=

Tu peux tenter sans le --nopeers directement, ça passe bien maintenant.

bin/duniter sync 88.174.120.187 10904 --home /var/lib/duniter --mdb g1-test --nointeractive

C’est bon signe, c’est que tu télécharges ! :slight_smile: (j’ai pas vraiment pris le temps de gérer toutes ces erreurs, mais bon au final ça passe presque toujours).

Wouhou ça fonctionne ! Il faudrait en effet que reset data supprime ce cache :slight_smile:

Bah oui mais non, justement c’est pour pas s’embêter à retélécharger les tranches. Par contre la synchro pourrait effectivement les supprimer lors du contrôle d’enchaînement d’empreintes en cas d’échec, or je ne le fais pas :confused:

2 Likes

Et hop, un bug de moins =D

2 Likes

En fait j’ai l’impression que mon miroir ne connais aucun peer autre que …lui-même :scream:

info: Sibling endpoints:
info: BMA access: gt.melua.fr:10900
warn: Security trigger: proof-of-work process seems stuck
warn: Local node is not a member. Waiting to be a member before computing a block.
info: :heavy_check_mark: PEER droYn565
info: Next peering signal in 5 min

Si tu as synchronisé en mode --nopeers c’est normal, il faut synchroniser en mode --onlypeers ensuite pour les récupérer.

@cgeek Tu as mon noeud en peer ?

@Inso Fait plusieurs fois avec --onlypeers ou aucun des deux, je suis à jour quand je synchronize et après mon noeud fait plus rien.

Yes, depuis que tu as dit “wouhou” :slight_smile:

Pourtant il connaît bien du monde : http://gt.melua.fr:10900/network/peers

Pourrais-tu redémarrer ton noeud et nous fournir les logs des lignes qui suivent ? (pour avoir 1 minute de logs environ).

2 Likes

Il se tourne les pouces :grin:
https://framabin.org/?1089302e7a513bf9#qIIYQZPtZzGGj3Mu+sjJug6RUl4xdss/u20ZmHQgOk0=

C’est comme si tu n’avais pas ni BMA, ni WS2P public, ni WS2P privé d’activé. Tu peux vérifier ton fichier ~/.config/duniter/duniter_default/conf.json ?

En effet j’ai supprimé la conf et configuré via wizard network et ça fonctionne

1 Like

Je confirme qu’une clé dro[...] s’est ajoutée au réseau.

Bon, je fais le post de pre-release officielle ce soir. @jytou, aurais-tu moyen d’uploader la release ARM du coup ? Sur https://git.duniter.org/nodes/typescript/duniter/tags/v1.6.20.

Je peux m’occuper de celle pour Windows.

Pour tester le réseau GT vous générez des transferts de façon automatisée ?

Je vais uploader tout ça sous peu, et je viens de lancer la release windows. :wink:

2 Likes

Arm et Windows dispo sur la page de download. :wink:

1 Like