Duniter version 1.4

https://duniter.org/fr/duniter-version-1.4/

4 Likes

Il semblerait que cette version 1.4.13 passe mal dans Sakia 0.32.0.

Essaie dans la dernière version de sakia ? Tu peux regarder les logs en mode debug aussi pour avoir plus d’informations.

Je suis en vacances une semaine donc ça sera pas corrigé avant si ça vient de sakia…

J’ai fait quelques essais, et il semble que ce soit toujours le problème de blockstamp incorrect du document Peer sur l’URL /network/peering/peers?leaf=[...] qui génère des “Wrong document received” dans Sakia. Mais c’est quelque chose qui est justement corrigé en v1.4.

Mais bon c’est étrange, car quand je vérifie manuellement les nœuds en 1.4.x je n’ai justement pas du tout la même donnée que celle reçue invalide dans Sakia !

Alors je me demande si le problème ne vient pas de la réponse donnée en 1.3.x qui elle, me semble-t-il, est bien bugguée.

Voici les logs de mon nœud (version 1.4.13), il a forké depuis 1h28 selon Cesium 0.16

   2017-08-12T11:14:27+00:00 error 
    2017-08-12T11:14:28+00:00 info ⬇ PEER FEkbc4Bf
    2017-08-12T11:14:28+00:00 error 
    2017-08-12T11:14:29+00:00 info ⬇ PEER gtAf2Rm7
    2017-08-12T11:14:29+00:00 error 
    2017-08-12T11:14:29+00:00 info ⬇ PEER FEkbc4Bf
    2017-08-12T11:14:29+00:00 error 
    2017-08-12T11:14:41+00:00 info ⬇ PEER FEkbc4Bf
    2017-08-12T11:14:41+00:00 error 
    2017-08-12T11:14:43+00:00 warn Identity with hash '4B85804284971C0B882699A6B0F2314863F5B9CD5A4D39F104430103BCB63ABA' not found
    2017-08-12T11:14:43+00:00 warn Identity with hash '7A500A7AEC02DAA4A69A3D5A472D8A58161A204033284D0763A16257AD5C0CB0' not found
    2017-08-12T11:14:45+00:00 warn Identity with hash 'B47EB766150D799032753EB92291181D46E8775BC9C2D8E22AE9F6EFB2CB52EE' not found
    2017-08-12T11:14:46+00:00 warn Identity with hash '4B85804284971C0B882699A6B0F2314863F5B9CD5A4D39F104430103BCB63ABA' not found
    2017-08-12T11:14:54+00:00 warn Identity with hash '95C8EB1041FEB7072E27FB4A1170B2AB15F1DC47A2AFD7439F36528A298AD617' not found
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:14:57+00:00 info ⬇ PEER 2ny7YAdm
    2017-08-12T11:14:57+00:00 error 
    2017-08-12T11:15:00+00:00 info ⬇ PEER 2ny7YAdm

Ceux qui souhaitent réinstaller le module currency-monit sur duniter 1.4x c’est déjà possible : Currency-Monit : Monitoring d’une monnaie et de sa toile de confiance
@Pafzedog

1 Like

Une version corrective sera là dans 1h, plusieurs bugs à corriger :

  • Duniter 1.4 rendait impossible la consultation de compte depuis Cesium
  • Duniter 1.4 ne consultait pas ses forks correctement, et donc ne les rejoignait pas rapidement
1 Like

Voilà, v1.4.15 disponible ! https://github.com/duniter/duniter/releases/tag/v1.4.15

Résorption des forks immédiate dès redémarrage du nœud ! :slight_smile:

edit : pauvre @elois … j’ai vu que tu as fait l’effort de mettre à jour tes nœuds en 1.4.13 … mais ce serait vraiment bien de prendre la 1.4.15 :confused:

Pourrais-tu redémarrer ton nœud qui est en 1.4.15, puis me fournir les logs des 5 premières minutes ? Tu es le seul nœud encore en fork.

Il y a bien @elois qui apparaît en vert avec une version 1.4.x, mais cela est sûrement du fait qu’il lui reste des nœuds en 1.3.x je présume :

je ne sais pas si j’ai bien pris les 5 premières minutes ni a quoi correspond vraiment ces logs :confused:
https://hastebin.com/yowevizibe

J’ai l’impression que la version 1.4.15 n’est pas mieux prise en compte par Sakia. C’est toujours grisé.

Avec cette dernière version j’ai des problèmes de synchronisation avec mes nœuds sur Raspnerry pi. Un duniter reset data ne change rien.

Je ne sais pas, mais ces logs sont très bizarres … avec beaucoup de répétitions.

Bon ce qui m’intéresse vraiment ce sont les 30 premières secondes après le lancement, ici je ne les vois pas malheureusement.

Peux-tu en dire plus ?

Je suis obligé de faire un restart manuel des nœuds pour qu’ils se synchronisent.
Je ne sais pas si cela est lié mais sur Cesium mes deux nœuds apparaissent avec un niveau de difficulté inconnu.

Sur une nœud (10901) j’ai ça:
`017-08-13T00:37:20+02:00 warn The proof-of-work generation was canceled: Cannot read property ‘cpu’ of undefined
2017-08-13T00:37:20+02:00 info Generating proof-of-work with 5 leading zeros followed by [0-9A-D]… (CPU usage set to 60%) for block#43163 7G2mS5
2017-08-13T00:37:20+02:00 warn The proof-of-work generation was canceled: Cannot read property ‘cpu’ of undefined
2017-08-13T00:37:28+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:38:31+02:00 info Generating proof-of-work with 5 leading zeros followed by [0-9A-D]… (CPU usage set to 60%) for block#43163 7G2mS5
2017-08-13T00:38:31+02:00 warn The proof-of-work generation was canceled: Cannot read property ‘cpu’ of undefined
2017-08-13T00:39:44+02:00 info :arrow_down: PEER TENGx7Wt
2017-08-13T00:39:46+02:00 info Generating proof-of-work with 5 leading zeros followed by [0-9A-D]… (CPU usage set to 60%) for block#43163 7G2mS5
2017-08-13T00:39:46+02:00 warn The proof-of-work generation was canceled: Cannot read property ‘cpu’ of undefined
2017-08-13T00:39:46+02:00 info Generating proof-of-work with 5 leading zeros followed by [0-9A-D]… (CPU usage set to 60%) for block#43163 7G2mS5
2017-08-13T00:39:46+02:00 warn The proof-of-work generation was canceled: Cannot read property ‘cpu’ of undefined
2017-08-13T00:40:57+02:00 info Generating proof-of-work with 5 leading zeros followed by [0-9A-D]… (CPU usage set to 60%) for block#43163 7G2mS5
2017-08-13T00:40:57+02:00 warn The proof-of-work generation was canceled: Cannot read property ‘cpu’ of undefined
2017-08-13T00:41:02+02:00 info :arrow_down: PEER HEEzgSFq
2017-08-13T00:41:02+02:00 info :arrow_down: PEER HEEzgSFq
2017-08-13T00:41:02+02:00 error’

Sur l’autre (10902):
'2017-08-13T00:46:52+02:00 info :arrow_down: PEER A5ydMhUT
2017-08-13T00:46:52+02:00 error
2017-08-13T00:46:52+02:00 info :arrow_down: PEER A5ydMhUT
2017-08-13T00:46:52+02:00 error
2017-08-13T00:46:52+02:00 info :arrow_down: PEER A5ydMhUT
2017-08-13T00:46:52+02:00 error
2017-08-13T00:46:52+02:00 info :arrow_down: PEER A5ydMhUT
2017-08-13T00:46:52+02:00 error
2017-08-13T00:46:52+02:00 info :arrow_down: PEER A5ydMhUT
2017-08-13T00:46:52+02:00 error
2017-08-13T00:47:17+02:00 info Generating proof-of-work with 5 leading zeros followed by [0-9A-E]… (CPU usage set to 60%) for block#43166 7G2mS5
2017-08-13T00:47:17+02:00 warn The proof-of-work generation was canceled: Cannot read property ‘cpu’ of undefined
2017-08-13T00:47:27+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:47:27+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:47:27+02:00 error
2017-08-13T00:47:27+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:47:27+02:00 error
2017-08-13T00:47:27+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:47:27+02:00 error
2017-08-13T00:47:27+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:47:27+02:00 error
2017-08-13T00:47:27+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:47:27+02:00 error
2017-08-13T00:47:27+02:00 info :arrow_down: PEER 8KTEFQS7
2017-08-13T00:47:27+02:00 error ’

J’ai effectué un reset data, sync g1.duniter.org et restart
Voilà les logs :
https://hastebin.com/ficihacere

Je te conseille d’éteindre un nœud et d’attrendre que le 1er soit fonctionnel avant d’aller plus loin.

Aussi, faire un “reset all” sur le 1er nœud et le resynchroniser complètement puis le reparamétrer pour repartir sur de bonnes bases.

C’est ce que je suis en train de faire. Le premier nœud semble fonctionner depuis le duniter reset all. Je suis en train de traiter le deuxième nœud.
Merci.

Après plusieurs heures de fonctionnement la synchronisation fonctionne mais rien ne se passe. Avec la version précédente, le CPU du Raspberry Pi était à 60 %. Actuellement le CPU est inférieur à 30%. Le “Median time” ne bouche pas depuis le “reset all”.