Ğ1 en forks à partir du bloc #206587

La synchro de ce matin sur ton noeud est restée bloquée
mais je viens de ré-ésseyer et c’est ok en 15 minutes: duniter.moul.re:443 :smiley:

J’ai basculé mon nœud desktop de g1-test vers g1, synchronisé sur ton nœud.
Pour aider un peu…

le nœud de moul refuse les connections, sans doute le mécanisme anti-spam, du coup je me suis resync sur duniter.normandie-libre.fr:443 qui ets sur la meme branche. Resync en cours de mes 2 noeuds g1 :slight_smile:

EDIT: et voila mes 2 nœuds sont sync et l’un d’eux viens de trouver un bloc, continuez a rejoindre notre branche qu’on soit assez nombreux pour résoudre le fork, vous pouvez vous sync sur g1.librelois.fr:443 ou sur ts.g1.librelois.fr:443

2 J'aimes

J’ai enfin réussi à vous rejoindre … je synchronise maintenant Remuniter, je vais essayer de ramener d’autres nœuds aussi (g1.nordstrom.duniter.org et son legacy).

@kimamila il y a aussi les nœuds g1.duniter.fr et g1.le-sou.org qui sont désynchronisés mais de peu, je ne sais pas s’ils vont raccrocher d’eux-mêmes.

edit : et aussi le nœud de monnaielibreoccitanie, j’attends un peu tout de même avant de les alerter.

1 J'aime

Pour ma part, je reconstruis la v1.7.12 qui a disparu. (la 1.6.31 aussi).
Il y a eu un correctif sur l’historique des transactions qui fait que je n’arrive pas à consulter les transactions à partir de ce nœud.
Je la mets sur duniter.moul.re, puis je resynchronise, car mon nœud vient encore de fourcher.

1 J'aime

C’est l’option --store-txs, désactivée par défaut. Si tu veux tout l’historique il faut par ailleurs resynchroniser.

2 J'aimes

@Paidge Julie Déhais (Scott76) est-il sur ce forum ? Je vois bien qu’il suit le mouvement, mais je n’arrive pas à le contacter pour savoir s’il a besoin d’aide :slight_smile:

C’est moi qui administre le serveur. Il n’y connait absolument rien en informatique malheureusement. Comme le serveur normandie-libre.fr est hébergé chez lui, je fais tourner le nœud duniter.normandie-libre.fr avec ses clés. Sinon j’ai une VM virtualbox avec debian et duniter pour mon PC perso sous windaube pour paidge.normandie-libre.fr.

EDIT : Je suis en train de resync les 2 sur g1.cgeek.fr

1 J'aime

Salut@Cgeek, merci pour l’alerte !
Il y a très longtemps que je n’avais pas eu à faire de reset data sur g1.duniter.fr.

Vois-tu un moyen de resynchronisé sans perdre tous les dossiers d’adhésion qu’i n’ont pas encore de certification ? Une sorte de revert, mais jusqu’à quel block ?

Merci

EDIT: je suis c** le numéro de block est dans le titre ^^ nevermind
EDIT 2: rollback en cours : duniter revert-to 206587

@cgeek g1.duniter.org est aussi sur le fork…

Ah zut, le revert-to a planté (version 1.6.30) :

2019-03-27T09:06:17+01:00 - info: Fork resolution: suite 124/125 (-> #207042-000020) revert to fork point block#206943
2019-03-27T09:06:17+01:00 - info: Fork resolution: suite 124/125 REFUSED block#206944: Cannot read property 'medianTime' of undefined
2019-03-27T09:06:17+01:00 - info: Fork resolution: suite 125/125 (-> #207043-00002D) revert to fork point block#206943
2019-03-27T09:06:17+01:00 - info: Fork resolution: suite 125/125 REFUSED block#206944: Cannot read property 'medianTime' of undefined
2019-03-27T09:06:17+01:00 - debug: Reverting block #206943...
2019-03-27T09:06:17+01:00 - error: Error during revert: TypeError: Cannot read property 'medianTime' of undefined
    at Function.prepareSpeed (/opt/duniter/app/lib/indexer.js:910:71)
    at <anonymous>
2019-03-27T09:06:17+01:00 - debug: Trying to close SQLite...
2019-03-27T09:06:17+01:00 - info: Database closed.

La branche que je connais a l’air bloquée :

  • Current block: n°207151, generated on the 2019-03-26 18:58:29

Mon nœud refuse ce bloc :

2019-03-27T09:57:05+01:00 - info: SIDE Block #207314-00000DC8 added to the blockchain in 0 ms
2019-03-27T09:57:05+01:00 - info: Block resolution: 2 potential blocks after current#207233...
2019-03-27T09:57:05+01:00 - error:  Error: ruleNumber
    at Function.checkBlock (/home/moul/duniter/app/lib/blockchain/DuniterBlockchain.js:62:19)                                                                 
    at <anonymous>                                                                                                                                            
    at process._tickCallback (internal/process/next_tick.js:188:7)                                                                                            
2019-03-27T09:57:05+01:00 - error:  Error: ruleNumber
    at Function.checkBlock (/home/moul/duniter/app/lib/blockchain/DuniterBlockchain.js:62:19)                                                                 
    at <anonymous>                                                                                                                                            
    at process._tickCallback (internal/process/next_tick.js:188:7)                                                                                            
2019-03-27T09:57:05+01:00 - info: Fork resolution: 98 potential block(s) found...
2019-03-27T09:57:05+01:00 - info: Fork resolution: block #207235-000000D6 is known as incorrect. Skipping.
2019-03-27T09:57:05+01:00 - info: Fork resolution: block #207235-000000D6 is known as incorrect. Skipping.
2019-03-27T09:57:06+01:00 - info: Fork resolution: block #207235-000000D6 is known as incorrect. Skipping.
2019-03-27T09:57:06+01:00 - info: Fork resolution: block #207235-000000D6 is known as incorrect. Skipping.
2019-03-27T09:57:06+01:00 - info: Fork resolution: block #207235-000000D6 is known as incorrect. Skipping.

Un problème avec le numéro de bloc : BR_G51.

Après un full data reset et plusieurs sync pour basculer de g1-test à la g1, mon noeud essaie encore de contacter des noeuds g1-test aussi bien que des noeud g1… j’ai fait une issue :

1 J'aime

Aucun. Ceci dit les dossiers sont très largement répliqués sur le réseau (j’ai pu le noter hier, tant il y avait de bruit réseau quand les noeuds récupéraient la piscine d’autres noeuds et rediffusaient les enregistrements).

D’ailleurs le revert ne fonctionnera pas, c’est équivalent à la résolution de fork mais justement celle-ci échoue. Tu ne peux que resynchroniser de zéro.

Oui, je voulais attendre aujourd’hui pour le remettre sur pied. Je le fais de ce pas.

2 J'aimes

À priori la branche g1.cgeek.fr avance, je me synchronise dessus.

2 J'aimes

@1000i100 est-ce toi qui gère le nœud MLO ? si oui, il aurait besoin d’une synchro suite à ces événements.

C’est reparti pour un fork … et malheureusement je suis totalement indisponible pour investiguer.

Cette semaine va être très longue. :roll_eyes:

Ton nœud a forké, le mien et g1.duniter.org sont bons.
Oui, mes nœuds n’ont pas arrêté de forké depuis le début de cet incident.
Je sais pas ce qui se passe.

Deux tentatives successives de synchro sur g1.duniter.org:443 et duniter.moul.re:443 . Les deux fois, Duniter Desktop s’est fermé en cours de synchro malgré un redémarrage du PC pour la seconde synchro ? . C’est la première fois que je vois ça. :thinking:
Je retente.
Edit: cette fois ça a marché en passant par “simplified mode” https://duniter.org (main mirror). C’est pourtant le même nœud g1.duniter.org:443 que j’ai rentré tout à l’heure en “manual mode” !?

Je vais finir par le savoir, mais je n’ai tout bonnement pas de créneau de concentration pour ça, et là je suis rincé, inutile. Peut-être demain soir par contre, et vendredi après-midi aussi.

En attendant, je ne peux que conseiller de tenter de synchroniser sur la branche qui avance à chaque fois qu’un fork non résolu se manifeste.

6 J'aimes