Waiting for better proof conditions

raken · 10 March 2018 17:00

Bonjour à tous,
J’essaye aujourd’hui de configurer mon noeud Duniter pour G1.
Je viens d’installer la version 1.6.21 sur ubuntu, mais il me semble que j’avais aussi le problème sur la 1.5.

Parmi les topics sur le forum, j’en ai trouvé qui correspond à mon problème, mais celui-ci est censé être résolu avec la 1.6.

Voici ce que j’ai en log dès que je redémarre le serveur :

018-03-10T17:53:42+01:00 info Fork resolution: suite 2/2 added block#89858-00001CBAE8C68DA4E7231D2FC44824745070E5674E763A1C7C48B7CF22D2C2F2

2018-03-10T17:53:43+01:00 info Block #89859 added to the blockchain in 371 ms

2018-03-10T17:53:43+01:00 info Fork resolution: suite 2/2 added block#89859-00001A157C3F7E3CE1100CABEB792AFBB3A764828320E7321448801A65836203

2018-03-10T17:53:43+01:00 info Fork resolution: suite 2/2 reached HEAD + 26. Now rolling back.

2018-03-10T17:53:48+01:00 info WS2P: Could not connect to peer FSAPnBZi using WS2P g1.melua.fr 443: WS2P connection timeout

2018-03-10T17:53:48+01:00 info WS2P: Could not connect to peer 5jfUpXPW using WS2P 90.25.92.29 20900: WS2P connection timeout

2018-03-10T17:53:48+01:00 info WS2P: connection [81t4Ucqm WS2P 51.254.208.250 10901] has been closed

_2018-03-10T17:53:49+01:00 warn _

2018-03-10T17:53:49+01:00 error

Est-ce que vous sauriez m’éclairer, s’il vous plait ?
Rémi.

cgeek · 10 March 2018 18:09

Ton nœud accuse un retard important, le bloc courant est plutôt #101672 que #89858.

C’est en fait logique, un bug bloquant les nœuds a été découvert il y a peu. Pour débloquer la situation => migrer en 1.6.21 puis resynchroniser entièrement.

edit : enfin ceci dit, ton nœud à l’air de remonter tout seul la pente …

raken · 10 March 2018 19:44

c’est ce que j’ai compris en voyant les blocs remonter !
je vais le laisser faire du coup

merci pour la réponse rapide !

raken · 12 March 2018 11:17

Bonjour,
Je confirme que j’ai bien rattrapé le current block et que j’ai calculé mon premier bloc !