Cela signifie que la sync s’est interrompue, car elle a échouée en cours de route, il faudrait voir les logs de la sync en fait.
j’ai été voir la ligne BlockchainContext.js:105 et cela signifie que ton bindex est vide ou corrompu. Pour moi c’est lié a l’interruption de la sync.
J’ai moi aussi eu des problèmes d’interruption de sync sur la G1-test, de ce que j’en avais vu, c’était dû au fait que certains nœuds ne répondaient toujours pas après 15 sollicitations, soit il y a un nœud mal configuré sur le réseau g1-test qui ne répond pas au endpoint indiqué dans sa fiche de peer, soit c’est qu’il y a trop peu de nœuds sur le réseau g1-test.
@elois@vit je ne reproduis pas votre erreur avec Duniter desktop. J’arrive à synchroniser aussi bien sur la Ğ1 que la ĞT. Cela fonctionne aussi depuis les sources de duniter-ui. Je ne sais pas quoi vous dire
Néanmoins j’ai trouvé un bug sur le bouton de RAZ des données :
Du coup j’ai patché duniter-ui et livré la version 1.7.5 sur NPM : donc à la prochaine version de Duniter, ce correctif sera déployé (car Duniter a une dépendance 1.7.x sur duniter-ui).
Poursuite de l’aventure avec dans cette 2ème étape, l’oxydation de toutes les fonctionnalités cryptographiques :
Signatures ed25519 (remplace naclb, un fork de tweetnacl C)
Vérification Ed25519 (remplace tweetnacljs).
Encodage/Décodate base 58 et 64 (remplace nacl-utils)
Fonction de hashage sha256
Le code est disponible sur la branche feature/oxyde-crypto, tous les tests automatisés passent et j’ai déjà mon noeud g1-test ts.gt.librelois.fr (Elois-2) qui run ce code sans problème. J’ai observé une notable augmentation de la fréquence des blocs trouvées alors que j’ai laissé mon taux cpu à 5%, cela est probablement dû à l’implémentation plus efficiente de Ed25519 en Rust.
Oui la synchro est difficile sur la g1-test comme je l’ai précisé ci-desus :
Je pense que l’une des raisons de ces difficultés est que nous avons 1 nœud sur 5 qui n’est pas joignable (ou trop lentement) a son endpoint BMA indiqué sur sa fiche de peer. @Moul il s’agit de ton nœud, ce serait bien que tu supprimes ton endpoint BAM de ta fiche de peer, car là Duniter stoppe la sync parce qu’il n’arrive pas à contacter ton nœud.
@vit@scanlegentil@matograine Si vous pouvez mettre en place un nœud g1-test et que vous n’êtes pas sur rpi ça vaut le coup que vous configuriez un endpoint BMA pour aider la sync sur la g1-test
020-04-06T11:32:49+02:00 - warn: No node found to download chunk #23.
2020-04-06T11:32:49+02:00 - error: Error: NO_NODE_FOUND_TO_DOWNLOAD_CHUNK
at fifoPromise.pushFIFOPromise (/opt/duniter/app/modules/crawler/lib/sync/P2PSyncDownloader.js:78:23)
at process._tickCallback (internal/process/next_tick.js:68:7)
2020-04-06T11:33:54+02:00 - warn: No node found to download chunk #104.
2020-04-06T11:33:54+02:00 - error: Error: NO_NODE_FOUND_TO_DOWNLOAD_CHUNK
at fifoPromise.pushFIFOPromise (/opt/duniter/app/modules/crawler/lib/sync/P2PSyncDownloader.js:78:23)
at process._tickCallback (internal/process/next_tick.js:68:7)
2020-04-06T11:34:00+02:00 - warn: No node found to download chunk #118.
2020-04-06T11:34:00+02:00 - error: Error: NO_NODE_FOUND_TO_DOWNLOAD_CHUNK
at fifoPromise.pushFIFOPromise (/opt/duniter/app/modules/crawler/lib/sync/P2PSyncDownloader.js:78:23)
at process._tickCallback (internal/process/next_tick.js:68:7)
2020-04-06T12:01:11+02:00 - error: Peer with zero endpoints that is not already known
Synchronization failed.
Relancer l’interface donne des logs actifs, mais une interface blanche.
Duniter-desktop sur Ubuntu 14.04 :
Synchro semble réussie, mais interface bloqué sur « loading… ».
Relancer l’interface donne des logs actifs, mais une interface blanche.
Oui c’est compliqué de sync sur la g1-test, ça n’a pas de rapport avec l’oxydation de Duniter, tu aurait le même problème en 1.7.21. A tu bien changé de noeud a chaque fois ? Si tu a essayé 4 fois sur le même noeud de référence c’est normal, tu aurais pu continuer comme ça longtemps avec le même résultat.
Je crois que le problème viens aussi d’une config anti-ddos un peu trop stricte sur BMA, et comme il y a peut de noeuds et que vit et toi avez fait plusieurs essais a peu près en même temps ben le réseau vous jette.
On n’a pas ce problème avec la G1 parce que qu’il y a beaucoup plus de noeuds et qu’on synchronise moins souvent (là on test tous plus ou moins en même temps).
Par défaut l’upnp est activé, donc Duniter configure automatiquement les ports de ta box, il faut toutefois qu’on s’assure que ça fonctionne bien car un endpoint BMA non fonctionnel vas faire encore plus galérer ceux qui essayent de se sync, quel est la clé publique du noeud stp qu’on puisse vérifier?
d88fPFbDdJXJANHH7hedFMaRyGcnVZj9c5cDaE76LRN (grmblbl faut que j’ouvre des ports en local) c’est bon, vous pouvez spammer. J’éteindrai le noeud ce soir.
5.51(POINT)176.238:10900
edit - Vous arrivez à changer la puissance du CPU ? Je fais :
Par contre le WS2P public sur 20901… a pas l’air de fonctionner…
[Edit]
Ce matin, en plus des timeout sur les connexions, j’ai un timeout sur l’interface web… blanche !
close [app.js:3993:19](http://127.0.0.1:9330/app.js)
close { target: WebSocket, isTrusted: true, wasClean: true, code: 1001, reason: "", srcElement: WebSocket, currentTarget: WebSocket, eventPhase: 2, bubbles: false, cancelable: false, … }
[app.js:3994:19](http://127.0.0.1:9330/app.js)
Erreur dans les liens source : Error: request failed with status 404 URL de la ressource : http://127.0.0.1:9330/app.js URL du lien source : app.js.map
Cette page utilise la propriété non standard « zoom ». Envisagez d’utiliser calc() dans les valeurs des propriétés pertinentes ou utilisez « transform » avec « transform-origin: 0 0 ». [127.0.0.1:9330](http://127.0.0.1:9330/#/)
Configuring Angular app... [app.js:2452:13](http://127.0.0.1:9330/app.js)
App initialized. [app.js:2456:13](http://127.0.0.1:9330/app.js)
Erreur dans les liens source : Error: request failed with status 404 URL de la ressource : http://127.0.0.1:9330/app.js URL du lien source : app.js.map
null [app.js:3951:21](http://127.0.0.1:9330/app.js)
null [app.js:3190:15](http://127.0.0.1:9330/app.js)
Error: error is null module.exports/</<@http://127.0.0.1:9330/app.js:3191:28 $broadcast@http://127.0.0.1:9330/libraries.js:18420:28 transitionTo/$state.transition<@http://127.0.0.1:9330/libraries.js:34823:26 wrappedErrback@http://127.0.0.1:9330/libraries.js:17153:78 then/<@http://127.0.0.1:9330/libraries.js:17279:76 $eval@http://127.0.0.1:9330/libraries.js:18145:28 $digest@http://127.0.0.1:9330/libraries.js:17973:31 $evalAsync/<@http://127.0.0.1:9330/libraries.js:18184:26 completeOutstandingRequest@http://127.0.0.1:9330/libraries.js:10476:10 Browser/self.defer/timeoutId<@http://127.0.0.1:9330/libraries.js:10782:33 [libraries.js:15647:24](http://127.0.0.1:9330/libraries.js)
Erreur dans les liens source : Error: request failed with status 404 URL de la ressource : http://127.0.0.1:9330/libraries.js URL du lien source : libraries.js.map
Ok, merci c’est bon, les processus s’arrêtent bien.
Je le relance car il calcule sagement des blocs !
Reste à résoudre les timeouts des connexions.
2020-04-07T17:30:18+00:00 - info: WS2P HAy1hLpHfqrG3xsZRoBVkNigGQZnDfJK2az5MeRYtyNb: new incoming connection from 91.121.137.30:33576!
2020-04-07T17:30:33+00:00 - warn: WS2P: cannot connect to incoming WebSocket connection: WS2P connection timeout
On dirait que je suis joignable de l’extérieur, mais que je ne peux pas répondre (le container docker ?).
Pour les connexions avec l’extérieur, y a un truc qui coince. J’ai forwardé les ports sur la box, mais mon noeud est vu comme privé alors que je suis bon en local (accès ws2p par duniterpy et BMA par le navigateur…).
Bon, j’ai basculé sur le paquet debian, pas assez calé sur Docker.
J’ai enfin des connections entrantes qui fonctionnent.
Par contre, en webstart, l’interface admin reste blanche avec un timeout (je suis en tunnel ssh sur le port 9330, mais c’est pareil sur le serveur lui même en 9220…) :
Cette page utilise la propriété non standard « zoom ». Envisagez d’utiliser calc() dans les valeurs des propriétés pertinentes ou utilisez « transform » avec « transform-origin: 0 0 ». [127.0.0.1:9330](http://127.0.0.1:9330/#/)
Configuring Angular app... [app.js:2452:13](http://127.0.0.1:9330/app.js)
App initialized. [app.js:2456:13](http://127.0.0.1:9330/app.js)
Erreur dans les liens source : Error: request failed with status 404 URL de la ressource : http://127.0.0.1:9330/app.js URL du lien source : app.js.map
null [app.js:3951:21](http://127.0.0.1:9330/app.js)
null [app.js:3190:15](http://127.0.0.1:9330/app.js)
Error: error is null module.exports/</<@http://127.0.0.1:9330/app.js:3191:28 $broadcast@http://127.0.0.1:9330/libraries.js:18420:28 transitionTo/$state.transition<@http://127.0.0.1:9330/libraries.js:34823:26 wrappedErrback@http://127.0.0.1:9330/libraries.js:17153:78 then/<@http://127.0.0.1:9330/libraries.js:17279:76 $eval@http://127.0.0.1:9330/libraries.js:18145:28 $digest@http://127.0.0.1:9330/libraries.js:17973:31 $evalAsync/<@http://127.0.0.1:9330/libraries.js:18184:26 completeOutstandingRequest@http://127.0.0.1:9330/libraries.js:10476:10 Browser/self.defer/timeoutId<@http://127.0.0.1:9330/libraries.js:10782:33 [libraries.js:15647:24](http://127.0.0.1:9330/libraries.js)
Erreur dans les liens source : Error: request failed with status 404 URL de la ressource : http://127.0.0.1:9330/libraries.js URL du lien source : libraries.js.map