j’ai installer la 1.6.20 et reset data, impossible de me sync sur @Inso, il bloque a 100% de download sans jamais apply :
Progress:
Download: [||||||||||||||||||||] 100 %
Apply: [ ] 0 %
Status: Getting chunck #556/556 from 139000 to 139059 on peer 88.174.120.187:10900
J’ai l’impression qu’il n’arrive pas a récupérer les derniers blocs au delà de 139000, il tente en boucle tout les peers connus et aucun ne lui donne les blocs de la branche demandée
Le problème est ailleurs : les tranches de blocs que ton noeud renvoie ne s’enchaînent pas, notamment les 2 premières au téléchargement (donc celles des derniers blocs calculés).
Non ça ne vaut pas le coup, ton noeud sera encore sous le joug du bug d’adhésion consécutif à une exclusion, et donc il forkera tôt ou tard (plutôt tôt dans GTest).
Un noeud en miroir vous aiderais ? Une fois que j’aurais réussi à me synchroniser avec un de vos noeuds fixés…
NB: si je comprend bien on a jusqu’au 8 mars (non inclus) pour déployer sur le plus de noeuds
possibles la 1.6.20 sur le réseau de la G1 après avoir testé sur la G1-Test ?
Pour info, mon noeud sera de nouveau UP dans 30 minutes je pense, et je le débriderai le DoS BMA pour qu’il accepte un max de requêtes, car actuellement je pense que cette protection est trop forte avec si peu de noeuds.
Je viens d’ouvrir les ports en TCP dans le pare-feu Ubuntu ! Ca va mieux !
On est bien d’accord que pour WS2P et BMA c’est juste le TCP qu’il faut ouvrir ?
Testé avec un scanner de port online et dans Firefox. La connection BMA fonctionne mais la réponse est très longue à sortir… Peut-être parce que je calcul des bloc comme un malade ?