Et bien mauvaise nouvelle : impossible de resync le noeud g1.duniter.org. Il reste bloqué sur le block 285387. J’éteins le noeud en attendant, pour éviter que les utilisateurs envoient leurs document sur un noeud désynchro.
As-tu eu le temps d’essayer plusieurs fois ? J’ai du faire pas mal d’essais pour que ça finisse par passer… Finalement j’ai pu synchroniser depuis le nœud duniter.moul.re.
@cgeek, je suppose que tu es au courant, mais au cas où, j’ai bien l’impression que Remuniter aussi est resté coincé sur le bloc #285383-000004E92CD3.
Enfin… c’est ce qu’affiche le site https://remuniter.cgeek.fr/#/
J’ai fait des petits scripts qui relancent automatiquement la synchro en cas d’échec, car avec mon raspi je tombe souvent sur ce cas-là. À télécharger là : Jean-Yves / scripts-for-duniter · GitLab
Si je ne me trompe pas, Remuniter se connecte sur g1.duniter.org qui est actuellement bloqué, comme @Inso le signale un peu plus haut. C’est donc “normal” (ou en tout cas identifié).
Bon à savoir, merci @jytou !
Quand les synchros plantent, est-ce possible que ça soit parce que “le réseau de nœuds” galère ou est surchargé ? Je me demande juste si on risque pas de faire pire en essayant tous de se synchroniser en boucle ?
Remuniter est un nœud spécialisé. Il est donc avant tout un nœud en plus du module Remuniter.
Donc, il faut le resynchroniser.
1 Like
Je pense que @cgeek n’a pas resynchronisé ses nœuds volontairement pour pouvoir analyser le problème :
285383-000004E92CD39
| g1.cgeek.fr
| remuniter.cgeek.fr:16120-(http)
Mais bon, c’est vrai que ce serait pas mal de resynchro remuniter. 
@Moul, qu’appelles-tu un nœud « spécialisé » ? Il y a un truc de particulier sur ce nœud hormis le fait qu’il y ait un module remuniter associé ? (Ou bien c’est ce que tu entends par spécialisé ?)
Oui pour g1.cgeek.fr, pour Remuniter c’est par manque de temps.
J’essaierai de trouver un créneau ce soir mais rien de sûr, sinon demain midi.
2 Likes
Tout à fait. Spécialisé avec un module Duniter.
1 Like
Je fais la synchro initiale de Remuniter dessus oui, mais après Remuniter vit sa vie avec le reste du réseau. Non là, Remuniter était simplement bloqué comme d’autres nœuds (dont le mien).
Synchro sur g1.presles.fr en cours pour Remuniter.
edit : synchro terminée, Remuniter est revenu et les paiements devraient tomber bientôt.
3 Likes
Je ne comprends pas. Que ce soit mon serveur ( http://g1.duniter.inso.ovh/blockchain/current ) ou le serveur nordstrom ou le serveur g1, impossible de réussir la synchro. Elle va au bout mais à chaque fois le noeud reste désynchro).
Je suis le seul à subir ça ?
J’ai du m’y reprendre à plusieurs fois et ça se désynchronise facilement, mais ça marche. Le script de jytou est drôlement utile pour moins se faire chier.
J’ai du essayer au moins 15 fois de synchroniser un nœud sur un ordi de la maison avant de réussir…
Et hier j’ai voulu installer Duniter sur le yunohost de duniter.be et la synchro a foiré également.
J’ai vu sur le chan matrix #duniter:matrix.org que d’autres ont aussi du tenter de synchroniser de nombreuses fois.
Tu n’es pas seul. (On monte un club ? 
)
Ok mais auparavant, quand ça m’est arrivé c’est qu’il y avait un bug sous jacent. Je me demande si il n’y a pas quelque chose de corrompu dans la chaine principale actuelle ? @cgeek ?
D’ailleurs @SimonLefort, tu reset data entre chaque sync ?
En général je supprime le contenu dans ~/.config/duniter/duniter-default/ (config.json et keyring.yml mis à part).
Là je viens d’installer un nœud sur Yunohost ( https://node.duniter.be/ ) et j’ai fait un duniter reset all entre la deuxième et la troisième tentative de synchronisation. Cette troisième synchronisation a été la bonne.
Faut voir si par mégarde on n’aurait pas changé le keyring.yml. Si c’est le cas le nœud est juste un miroir inconnu du réseau et a tendance à se faire rejeter.
Aussi mon nœud g1.cgeek.fr le mettait dans ses nœuds privilégiés donc il restait facilement synchronisé tant que mon nœud était dans le coin.