Bêta-test Duniter 1.6 WS2P

Effectivement, upnp désactivé, plus de problème ! :slight_smile:

1 Like

Bonjour à tous.
Il semble que mon node G1-test sur raspi était inopérant depuis le mois passé.
En le remettant en marche je m’aperçois que tout le monde est en 1.6.14 ( et moi en 1.6.10 )
Donc j’installe la nouvelle version, je synchronise, tout ok, je suis online, j’ai des connexions entrantes.
Mais je calcule pas de nouveaux blocs. par ex:
dans home/overview j’ai current block : 111048
dans les logs j’ai : info Matched 3 zeros 0009133… with Nonce = 1040… for block#110844 by 9kjpr9
et il reste coincé à travailler sur ce vieux block
¿¿ qué pasa ??

C’est sûrement lié au bug #1234. C’est encore de résolution, en fait j’attends encore ce week-end de tests avant d’officialiser le code dans la branche 1.6. Mais on n’aura pas de version 1.6.15 avant la semaine prochaine, au moins.

Bon, avec un peu de bricolage ça a fini par marcher ( par hasard ou par chance… ):
-j’ai réinstallé la 1.6.10 puisqu’elle marchait avant.
Mais après la sync, il est aussi resté accroché sur un vieux bloc ( déjà en blockchain) en essayant de résoudre une situation de fork ( désolé je n’ai pas gardé ces lignes de logs ). Alors j’ai désisté.

-cet après-midi je réinstalle la 1.6.14 et redémarre “webrestart” sans synchroniser.
Il rattrappe peu à peu ses blocs de retard et calcule le suivant avec succès.
Cool …

1 Like

la 1.6.14 sur raspi a bien marché jusqu’aux pannes répétées d’EDF hier soir.
Depuis, le raspbian a bien redémarré tout seul, le webUI de duniter apparaît encore dans le navigateur
-server started
-0 connected peers
-current block très en retard
-pas d’activité sous “blocks made by this key”

j’ai redémarré “webrestart” avec la console sans synchroniser.
Comme la dernière fois il a refait peu à peu son retard
puis il a recommencé à calculer des blocks avec succès.

Mais maintenant je regrette de m’être précipité à redémarrer sans étudier davantage dans quel état il était resté figé.
Et au fait, quelles données aurais-je dû noter ? (il n’y avait rien sur la page de logs localhost:9220)

Dans le dernier cas que tu cites, y a t’il un endpoint WS2P dans la fiche de pair ?
cf ma question ici

Non il n’y en a pas, puisque seul BMA est activé comme endpoint public.

1 Like