C’est reparti pour un fork … et malheureusement je suis totalement indisponible pour investiguer.
Cette semaine va être très longue.
C’est reparti pour un fork … et malheureusement je suis totalement indisponible pour investiguer.
Cette semaine va être très longue.
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.
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.
c’est moi et Patrice. Je verrais demain avec lui
J’ai lancé mon noeud, il avait rattrapé le bloc 207 557 mais viens de rollback en 206 611.
Je lance une synchro sur g1.cgeek.fr et je file.
Je viens de refaire ma synchro !
Je ne trouve pas mon nœud, quelqu’un le voit de sa fenêtre ?
Je repasserai chez moi à midi pour vérifier, mais si d’ici là je prend toutes nouvelles.
Edit : c’est la synchro qui avait planté, il n’était pas en ligne. C’est bon, je le laisse tourner cette après-midi.
Le réseau comment à reprendre des couleurs.
Je compte 24 identités dans la fenêtre courante.
Pour autant, il n’est pas impossible que des forks se produire de nouveau.
Bonne nouvelle, je pense avoir identifié le bug. Je vous en dirai plus dans la soirée.
Une série riche en émotion et pleine de suspens, vivement la suite
Je charrie hein, bravo et merci pour votre taf, vraiment
Bon, je ne pourrais pas produire de nouvelle version ce soir, néanmoins la cause est identifiée et le bug reproductible à volonté.
La cause est la résolution de fork. Plus précisément, c’est le dépilement de bloc qui détruisait des sources légitimes de monnaie depuis Duniter 1.7. La version 1.6 n’est donc pas impactée.
La destruction était systématique à chaque dépilement, créant les situations suivantes :
Il y a fort à parier que ce bug soit la cause des événements déjà notifiés sur ce forum :
Ce bug est toutefois indépendant du fork de Noël 2018.
Et aussi curieux que ça puisse paraître, ce cas de résolution de fork avec transaction n’était couvert par aucun test, ce qui lui a permis de passer à travers les mailles du filet.
Demain après-midi/soir 28/03/2019.
Seul palliatif pour l’instant :
Voilà pour ce soir
Les RML13 “coeur de Ğ1” s’avèrent non seulement pertinentes, mais extrêmement urgentes, en tant que recentrage durable des RML sur son fondement : développer les compétences et le développement sur le coeur.
Expliquer le protocole, le détailler, l’analyser, détailler le fonctionnement, les modules, les documents d’entrée et de sortie, faire l’état de l’existant et du développement, le tout pendant 3 jours pleins, en plein centre de la Capitale des Rois de Majorque au centre ville paradisiaque, à 15 mn en voiture du bord de mer, à 45 minutes des Pyrénées…
Pour les développeurs motivés seulement, la partie coeur de Ğ1 sera dans un lieu idéal pour 10 à 15 développeurs experts voulant rejoindre le projet, ou en cours de développement (Duniter, DURS, Juniter, Silkaj, Cesium), pour travailler sur le coeur et les protocoles et documents gérés pas le coeur, comprendre la blockchain Duniter/Ğ1.
Ceci est une révolution.
Pour les non-développeurs, contactez l’équipe monnaie libre 66 qui prépare des ateliers dans d’autres lieux dans et autour de Perpignan (voir le pad des RML13 via le site officiel).
Du coup ça expliquerait pourquoi un restart a des chances de faire repartir sur la bonne branche, non ? Je viens encore d’avoir le cas sur mon raspi. Je l’ai relancé une première fois, toujours coincé. Une deuxième fois, il s’est réaligné sur la branche principale.
Bizarrement, Silkaj, mon Cesium local et celui de g1.duniter.fr (connectés à g1.duniter.org) affichent bien les certifications que j’ai reçues et envoyées cette semaine, mais aucune transaction. Par contre g1.le-sou.org qui est pourtant sur la même branche n’affiche pas ces certifications mais affiche les transactions…
La version 1.7.14 est en cours de construction.
Sauf lien de cause à effet qui m’échappe, je pense qu’il s’agit d’un autre problème.
Le commit du fix
Et tu te paies même le luxe d’ajouter une batterie de test, ainsi qu’un nouveau message de débug.
Chapeau l’artiste.
Oui, un bug majeur est une occasion à saisir ! Le test permet de verrouiller le comportement, c’est une grosse valeur ajoutée dans le code de Duniter avec le recul, je dirais même que c’est le code le plus important de tous.
Coder le protocole n’est pas si difficile … mais s’assurer que tout fonctionne encore version après version, ça c’est une autre histoire.
Par contre, je me suis foiré sur la référence du ticket Gitlab, j’ai lu de travers, ce bug n’a rien à voir avec le correctif.