La certification dans la chaîne et les certifications en attente sont présentes dans wot/lookup et wot/requirements.
Une fois qu’une certification renouvelle une ancienne, elle la remplace/l’écrase.
Ah ben non, j’ai rien dit, Cesium affiche tout bien comme il faut.
On voit bien le rejeu en attente (que je viens de renvoyer, pour voir) :
Et on voit bien la certification actuellement en vigueur :
2 Likes
Meuh, j’arrive toujours pas à synchroniser, c’est vache.
Erreur (toujours la même) dans .config/duniter/duniter_default.duniter.log :
2018-12-13T14:02:16+01:00 - warn: No node found to download chunk #765.
2018-12-13T14:02:16+01:00 - error: Error: NO_NODE_FOUND_TO_DOWNLOAD_CHUNK
at fifoPromise.pushFIFOPromise (/home/dunitertest/duniter/app/modules/crawler/lib/sync/P2PSyncDownloader.js:70:23)
at <anonymous>
J’observe que la mémoire de mon BananaPi (1Go) est pleine, et que la bestiole swappe sur la carte SD.
Donc je suis allé modifier la swapiness, elle était à 100 (valeur par défaut), je l’ai passée à 10, je reviens dès que j’ai des nouvelles.
Après le changement d’IP de ma box, mon noeud desktop 1.7.5 a pris du retard…
Je le relance et il reste bloqué sur un bloc “manquant” le #291986-000009CF.
A cause de ça, il ne veut pas basculer sur la side-blockhain qui est la bonne :
debug: Fork of 3dnbnY has blockDistance 314.00 ; timeDistance 392.57 ; required is >= 3 for both values to try to follow the fork
2018-12-16T11:22:04+01:00 - info: Block resolution: 0 potential blocks after current#291986...
2018-12-16T11:22:04+01:00 - info: Fork resolution: 101 potential block(s) found...
2018-12-16T11:22:04+01:00 - debug: Suite #291989-000000D4 -> 292089-000045D4 out of fork window
2018-12-16T11:22:04+01:00 - debug: Suite #291988-00000680 -> 292088-00004FB6 out of fork window
2018-12-16T11:22:04+01:00 - debug: Suite #291987-00001B24 -> 292087-0000437F out of fork window
2018-12-16T11:22:04+01:00 - info: Fork resolution: block #291986-000009CF is known as incorrect. Skipping.
2018-12-16T11:22:04+01:00 - debug: Suite -> 292086-0000633B missing block#291986-000009CF
Je laisse mon noeud en l’état si ça peut être utile.
On a déjà eu ce problème de bloc manquant depuis la mise à jour en 1.7.x.
Bon, cela fait maintenant 11 jours que la ĞTest tourne sans accroc, malgré les certifications et les salves de transactions. Je considère pour ma part que cette version peut donc passer au statut de Release Candidate. 
Je viens de publier la 1.7.7 : pour la Ğ1, une proportion de 60% des membres calculants sera nécessaire pour déclencher le hard-fork v11. Ainsi, nous pourrons progressivement migrer nos nœuds en 1.7 et observer si tout se passe bien.
Si c’est le cas, nous pourrons aussi alerter, progressivement encore, le reste de la communauté.
J’ai bien conscience que tout n’est pas parfait, mais la priorité est de passer enfin en v11 et permettre le rejeu de certifications. S’il y a des correctifs critiques à apporter, je le ferai. La période m’est favorable pour dégager du temps de développement en cas de pépin. Nous avons là une bonne fenêtre de tir. 
Et pour les améliorations/correctifs non-critiques, nous verrons en temps voulu.
Lien vers la 1.7.7 : v1.7.7 · Tags · nodes / typescript / duniter · GitLab
@jytou, un petit build ARM/Windows stp ?
N.B. : si vous le souhaitez, vous pouvez prendre l’initiative de noter cette version vis-à-vis du cahier de tests. Je ne sais plus où il se trouve, mais en cherchant un peu sur ce forum, nul doute que vous le retrouverez.
5 Likes
Je suis d’accord que la fonctionnalité de renouvellement de certifications n’a pas révélé de problème.
Par contre, je pense qu’il serait bien de corriger cette régression qui est peut-être liée au changement de stockage des données et qui risque d’impacter les clients. À vrais dire, ça peut encore attendre, tant que des nœuds exposants des API BMA en 1.6 ça va.
1 Like
Le cahier des tests est ici :
Ce serait vraiment top que quelqu’un copie mon message et le colle dans un nouveau sujet en mode wiki en décochant toute les cases, ainsi chacun pourrait cocher ce qu’il a testé, je n’ai pas le temps du tout ce soir je fait que passer ^^
Je fais ça de ce pas…
Voilà qui est fait. 
N’hésitez pas à tester !
3 Likes
Sur Duniter v 1.7.7, Armbian sur BananaPi, 1Go de RAM :
Avec la version compilée armv7 ET compilé manuellement, j’ai une erreur très tôt lors de la sync :
2018-12-18T14:22:01+01:00 - info: Block resolution: 0 potential blocks for root block...
2018-12-18T14:22:01+01:00 - info: Connecting to address g1-test.duniter.org :443...
2018-12-18T14:22:02+01:00 - info: Try with g1-test.duniter.org:10900 238pNf
2018-12-18T14:22:02+01:00 - info: [d88fPFbD] ⬇ PEER 238pNfpk 293339-0
2018-12-18T14:22:02+01:00 - info: [d88fPFbD] ✔ PEER 238pNfpk 0-E3B0C4
2018-12-18T14:22:02+01:00 - info: Sync started.
2018-12-18T14:22:02+01:00 - info: Getting remote blockchain info...
2018-12-18T14:22:02+01:00 - info: Downloading Blockchain...
2018-12-18T14:22:02+01:00 - info: Connecting to address ts.gt.librelois.fr :443...
2018-12-18T14:22:02+01:00 - info: Connecting to address g1-test.duniter.org :443...
2018-12-18T14:22:02+01:00 - info: Connecting to address g1-test.cgeek.fr :80...
2018-12-18T14:22:02+01:00 - info: Connecting to address g1-test.duniter.org :10900...
2018-12-18T14:22:02+01:00 - info: Connecting to address g1test.duniter.inso.ovh :80...
2018-12-18T14:22:04+01:00 - info: Connecting to address 88.174.120.187 :20902...
2018-12-18T14:22:46+01:00 - error: Error
2018-12-18T14:22:47+01:00 - error: Error
2018-12-18T14:23:38+01:00 - error: Could not get a validation from remote blockchain after 15 trials. Stopping sync.
2018-12-18T14:24:30+01:00 - info: Block resolution: 0 potential blocks after current#19999...
Est-ce dû au fait que mon serveur spamme des transactions ? Je l’avais arrété depuis 20 min (le temps de compiler) avant de lancer la sync. Et mes transactions passent sans souci.
Je n’ai pas de métrique précise. Je peux dire que c’est sensiblement identique aux autres versions. Par exemple, j’ai une 1.7.1 avec 27j d’uptime et qui consomme 700Mo de RAM.
(j’avais essayé sur g1test.duniter.inso.ovh:80 et sur g1-test.duniter.org)
Status: CANNOT_CONNECT_TO_REMOTE_FOR_SYNC
ts.gt.librelois.fr est en fork. Mais la sync a l’air de bien se passer, en tout cas elle continue.
J’ai dans les logs des messages warn de ce style :
2018-12-18T14:48:38+01:00 - warn: Receiving push messages, which are not allowed during a SYNC. name=HEAD, heads=[message=WS2POCAIC:HEAD:1:4VZkro3N7VonygybESHngKUABA6gSrbW77Ktb94zE969:180132-000003E25950F32C0958783601DE2DD516E73E431994541CAE76E940360C1BB4:7cfeda38:duniter:1.6.24:1, sig=oDolElk4ExAiGo92/ZSIrUsgoWqNB2vHPYPqZUuklHHj/lz0nwDeQNERWe7MPJ6gkOoesOC2d8shD1TV+hpiAQ==, messageV2=WS2POCAIC:HEAD:2:4VZkro3N7VonygybESHngKUABA6gSrbW77Ktb94zE969:180132-000003E25950F32C0958783601DE2DD516E73E431994541CAE76E940360C1BB4:7cfeda38:duniter:1.6.24:1:0:0, sigV2=o0ll4jbHiuDFAGAzjTG5hfSDEupE7wtMCBvcz5iZ560ADw1eHmZDjFp0phiQ2vRFz8TFX5fD7ii8fIQ/Pz5sBQ==, step=3]
Donc si tout se passe bien, je devrais être sync sur un fork. Le pied ! 
Tu peux aussi essayer sur la G1 pour comparer.
Même erreur sur g1.ambau.ovh et g1.duniter.org :
Status: CANNOT_CONNECT_TO_REMOTE_FOR_SYNC
OK sur g1.duniter.fr:443, sync en cours.
De mon côté, j’ai synchronisé sans problème sur la Ğ1 hier soir. En revanche, impossible de synchroniser sur gtest. Sur ton nœud, @cgeek je me prends direct :
CANNOT_CONNECT_TO_REMOTE_FOR_SYNC
Et dans les logs :
2018-12-18T16:22:58+01:00 - error: Error: CANNOT_CONNECT_TO_REMOTE_FOR_SYNC
at Function.getSyncAPI (/opt/duniter/app/modules/crawler/lib/sync/RemoteSynchronizer.js:132:19)
at
Pareil sur le nœud d’Inso.
Sur le nœud g1-test.duniter.org ça plante au bout de moins d’une minute. Rien dans les logs, pas d’erreur, juste un crash.
J’en viens à me demander s’il n’y a pas un pb sur mon raspi (pas le même que celui qui est sur la Ğ1)…
Je pense que ce sont plutôt les mécanismes de protection qui se déclenchent un peu trop vite. Je vais investiguer, dès que j’aurais un peu de temps. Peut-être ce soir, sinon demain.
Pareil, j’ai le même problème.