Renouvellement des certifications / ≥ 1.6.28 & 1.7.x

(j’avais essayé sur g1test.duniter.inso.ovh:80 et sur g1-test.duniter.org)

g1-test.cgeek.fr

Status: CANNOT_CONNECT_TO_REMOTE_FOR_SYNC

ts.gt.librelois.fr est en fork. Mais la sync a l’air de bien se passer, en tout cas elle continue.
J’ai dans les logs des messages warn de ce style :

2018-12-18T14:48:38+01:00 - warn: Receiving push messages, which are not allowed during a SYNC. name=HEAD, heads=[message=WS2POCAIC:HEAD:1:4VZkro3N7VonygybESHngKUABA6gSrbW77Ktb94zE969:180132-000003E25950F32C0958783601DE2DD516E73E431994541CAE76E940360C1BB4:7cfeda38:duniter:1.6.24:1, sig=oDolElk4ExAiGo92/ZSIrUsgoWqNB2vHPYPqZUuklHHj/lz0nwDeQNERWe7MPJ6gkOoesOC2d8shD1TV+hpiAQ==, messageV2=WS2POCAIC:HEAD:2:4VZkro3N7VonygybESHngKUABA6gSrbW77Ktb94zE969:180132-000003E25950F32C0958783601DE2DD516E73E431994541CAE76E940360C1BB4:7cfeda38:duniter:1.6.24:1:0:0, sigV2=o0ll4jbHiuDFAGAzjTG5hfSDEupE7wtMCBvcz5iZ560ADw1eHmZDjFp0phiQ2vRFz8TFX5fD7ii8fIQ/Pz5sBQ==, step=3]

Donc si tout se passe bien, je devrais être sync sur un fork. Le pied ! :ok_hand:

Tu peux aussi essayer sur la G1 pour comparer.

Même erreur sur g1.ambau.ovh et g1.duniter.org :

Status: CANNOT_CONNECT_TO_REMOTE_FOR_SYNC

OK sur g1.duniter.fr:443, sync en cours.

De mon côté, j’ai synchronisé sans problème sur la Ğ1 hier soir. En revanche, impossible de synchroniser sur gtest. Sur ton nœud, @cgeek je me prends direct :
CANNOT_CONNECT_TO_REMOTE_FOR_SYNC
Et dans les logs :

2018-12-18T16:22:58+01:00 - error: Error: CANNOT_CONNECT_TO_REMOTE_FOR_SYNC
at Function.getSyncAPI (/opt/duniter/app/modules/crawler/lib/sync/RemoteSynchronizer.js:132:19)
at

Pareil sur le nœud d’Inso.

Sur le nœud g1-test.duniter.org ça plante au bout de moins d’une minute. Rien dans les logs, pas d’erreur, juste un crash.

J’en viens à me demander s’il n’y a pas un pb sur mon raspi (pas le même que celui qui est sur la Ğ1)…

Je pense que ce sont plutôt les mécanismes de protection qui se déclenchent un peu trop vite. Je vais investiguer, dès que j’aurais un peu de temps. Peut-être ce soir, sinon demain.

Pareil, j’ai le même problème.

@matograine @Moul @jytou : pour l’erreur du CANNOT_CONNECT_TO_REMOTE_FOR_SYNC, ça venait tout simplement d’une erreur de configuration de mon YunoHost. C’est corrigé, ça devrait fonctionner de nouveau.

@matograine : concernant g1test.duniter.inso.ovh:80 (ou même g1-test.duniter.org), le téléchargement s’arrête à cause des protections DoS. Je vais voir pour un correctif sur une v1.7.8, qui améliorera aussi la vitesse de chargement de la partie “Milestones”. C’est cette étape de la synchro qui génère le blocage DoS.

1 Like

Je n’arrive toujours pas à synchroniser sur ton nœud, mais il n’y a pas d’erreur. Ça s’arrête sur

Status: Peers…

Puis plus rien. Il a même tourné une journée comme ça sans rien faire. Alors que sur d’autres nœuds il passe cette étape. Je ne suis toujours pas synchro pour ma part. Je retente sur g1-test.duniter.org pour voir.

Sur la Ğ1, l’autre raspi tourne très bien, il n’a pas encore calculé de bloc, mais c’est un peu tôt pour en déduire quoi que ce soit.

Je vois une faible part de nœuds en 1.7.x prêt à souhaiter le renouvellement des certifications :

C’est voulu. Pour rappel :

Pour l’instant la 1.7 les résultats sont encourageants, néanmoins :

  • des retours indiquent que la synchro passe difficilement sur ĞTest
  • il y a une régression sur l’URL BMA /with/ud

Je suis même étonné qu’il y ait déjà autant de mises à jour de passées alors que je n’ai pas communiqué largement sur l’existence de la 1.7.

3 Likes

Voici donc une nouvelle version 1.7.8 de Duniter.

Celle-ci :

  • corrige le bug#1316 de /blockchain/with/ud (cc @kimamila et @Moul
  • améliore sensiblement le téléchargement des milestones + corrige l’algorithme de sélection des nœuds P2P, qui avait tendance à toujours télécharger les blocs sur le même nœud (ce qui, sur ĞTest et son faible nombre de nœuds avec API publique BMA ou WS2P, créait le déclenchement de mécanismes anti-spam)

Cette version pourrait donc vous aider à synchroniser plus facilement sur la monnaie ĞTest.

N.B. : pour bénéficier de l’accélération du téléchargement des milestones, vous devez synchroniser sur un nœud 1.7.8. A ce jour, seuls les nœuds suivants sont dans cette version :

Si malgré tout vous rencontrez encore un échec, essayez de synchroniser avec l’option --nop2p.

@jytou, une petite livraison ARM + Win stp ?

6 Likes

Je remarque qu’il faut une nouvelle synchronisation pour que les données émissent par blockchain/with/* soient mise à jour.

1 Like

C’est lancé. :slight_smile:

Ayé, les 2 sont publiés. Je suis en train de les tester, ça synchro pour l’instant.

1 Like

Pour la petite histoire, je suis quand même coincé depuis hier sur le bloc 181126. En fouillant dans les logs, je trouve :

2018-12-23T17:41:55+01:00 - info: Fork resolution: block #181126-0000031D is known as incorrect. Skipping.

Or le bloc en question a pourtant bien l’air d’être le bon et mon nœud devrait dire « ah, résolution de fork, j’ai trouvé une chaîne plus longue avec ce bloc, je me resync dessus ». Curieux. Je vais tenter une resynchro.

chargée et fonctionnelle de mon côté sur g1-test, fonctionne apparemment bien, délai de synchro manifestement boosté.

2 Likes

J’observe que c’est le nœud de @jytou qui permet un fonctionnement nominal. Un seul nœud sur le réseau avec API publique ne suffisait pas.

Maintenant il y en a au moins 3.

Après une semaine de coupures réseaux à répétitions, ma box s’est calmée et j’ai relancé mon nœud desktop intermittent en 1.7.8 cette nuit.

Comme d’habitude, j’ai le problème de ne pas pouvoir rattraper la bonne branche à cause de « blocs manquants ». Pas grave, je fais un reset & sync, ce qui me débloque toujours…

Ce matin je découvre que la synchro est bizarrement bloquée dans une boucle infinie !!?? :open_mouth:

Joyeux noël Félix…

J’aillais justement rapporter le même problème.

Je constate qu’il y a une vraie chute du nombre de membres calculant sur le réseau.

Il est possible que le réseau se fasse attaquer ou que les nœuds tombent du à des bugs.

Minimal Proof-of-Work: 84 to match `00000[0-B]*`
Difficulty to generate next block n°182291 for 13/18 nodes:
|      uid       |        match         |   Π diffi   |   Σ diffi |
|----------------+----------------------+-------------+-----------|
|      moul      | 00000000000000000000 | 2.9 × 10^76 |      1012 |
|    Fabwice     | 00000000000000000000 | 2.6 × 10^38 |       508 |
|     cgeek      | 00000000000000000000 | 7.7 × 10^25 |       340 |
|     Felipe     |   0000000000[0-1]*   | 1.5 × 10^13 |       174 |
|     Vortex     |   0000000000[0-7]*   | 8.8 × 10^12 |       168 |
|    ji_emme     |     00000[0-6]*      | 9.4 × 10^6  |        89 |
| BenoitLavenier |     00000[0-7]*      | 8.4 × 10^6  |        88 |
|   Spartacus    |     00000[0-7]*      | 8.4 × 10^6  |        88 |
|    DYves62     |     00000[0-A]*      | 5.2 × 10^6  |        85 |
|  ThomasRouyer  |     00000[0-A]*      | 5.2 × 10^6  |        85 |
|    oaktree     |     00000[0-A]*      | 5.2 × 10^6  |        85 |
|     Melua      |     00000[0-B]*      | 4.2 × 10^6  |        84 |
|      deem      |     00000[0-B]*      | 4.2 × 10^6  |        84 |
|    gerard94    |     00000[0-B]*      | 4.2 × 10^6  |        84 |
|     Spyou      |     00000[0-B]*      | 4.2 × 10^6  |        84 |
|    nicoleC     |     00000[0-B]*      | 4.2 × 10^6  |        84 |
|    Guenoel     |     00000[0-B]*      | 4.2 × 10^6  |        84 |
|    pafzedog    |     00000[0-B]*      | 4.2 × 10^6  |        84 |

L’API BMA peut être désactivée, car elle source de demande de ressource et est une porte ouverte à l’attaquant.

Merci de veiller à ce que votre nœud tourne bien en cette période de fêtes.

Si vous souhaitez mettre en place une méthode qui s’occupe de relancer un nœud lorsque celui-ci est à l’arrêt, c’est par ici : https://forum.duniter.org/t/duniter-saute-regulierement/5075/4

2 Likes