Pour Silkaj, je vais récupérer sigReplay de blockchain/parameters MR et permettre de certifier une fois ce délai passé pour la certification.
2 Likes
En effet, sigReplay vaut msPeriod. Dit autrement, on ne peut rejouer son adhésion ou rejouer une certification qu’après de 2 mois d’attente sur la G1. C’est 12,5j pour GTest.
2 Likes
Je pense que le rejouage de mes certifications a bloqué ton nœud cgeek a bloc 285600 :
silkaj issuers 50 --last -p g1-test.cgeek.fr
Issuers for last 50 blocks from block n°285551 to block n°285600
| block | gentime | mediantime | hash | uid |
|---------+-----------+--------------+------------+-----------|
| 285600 | 10:19:35 | 09:50:22 | 00005C38CF | vit |
| 285599 | 10:06:22 | 09:48:49 | 00001D0951 | Elois |
| 285598 | 10:05:33 | 09:46:52 | 000018C924 | cgeek |
| 285597 | 10:04:29 | 09:45:23 | 00001C8508 | moul-test |
Mon nœud avance bien.
C’est une illusion, le nœud g1-test.cgeek.fr n’est pas celui qui forge les blocs 
edit : voilà, j’ai mis le même nœud.
Je me disais qu’il y avait qqch de pas clair 
J’ai recompilé avec succès duniter 1.7.5 avec NodeJS 9.11 et je lance avec la même commande
Le service a bien démarré une fois, et puis plus rien, nada, que dalle, aucun log 
Ma question concernait plutôt une option qui évite que la synchro reparte systématiquement de 0 comme ça semblait être le cas sur la 1.7.1
(je n’ai pas encore testé 1.7.5)
À part ça, une fois duniter 1.7.5 installée, quande je lance, j’ai ça 
:
EDIT : problème contourné en compilant à la main…
EDIT2 : Synchro passée du premier coup. Mon nœud a rejoint le peloton 
1 Like
Il y a des forks, je ne suis plus dans la course…
Peut-être à cause de ces blocks non valides :
2018-12-04T07:20:46+01:00 - info: Blocks were not applied.
2018-12-04T07:20:46+01:00 - info: Block resolution: 1 potential blocks after current#285758...
2018-12-04T07:20:47+01:00 - error: Error: ruleMembershipDistance
at Function.checkBlock (/mnt/data/Logiciels/duniter-desktop-v1.7.5-linux-x64/app/lib/blockchain/DuniterBlockchain.js:148:19)
at <anonymous>
at process._tickCallback (internal/process/next_tick.js:160:7)
2018-12-04T07:20:47+01:00 - info: Fork resolution: 101 potential block(s) found...
2018-12-04T07:20:47+01:00 - debug: Suite #285761-000045A4 -> 285861-00003581 out of fork window
2018-12-04T07:20:47+01:00 - debug: Suite #285760-000024F6 -> 285860-0000EBA8 out of fork window
2018-12-04T07:20:47+01:00 - info: Fork resolution: block #285759-0000491B is known as incorrect. Skipping.
2018-12-04T07:20:47+01:00 - debug: Suite -> 285859-00006F4E missing block#285759-0000491B
1 Like
Peux-tu donner des informations concernant ton système ? (OS, architecture, etc) Ainsi que les commandes exécutées, @matograine a eu le même problème que toi mais son noeud semble ne pas tourner du tout, un plantage quoi.
D’ailleurs, utiliser la commande duniter direct_start permet de révéler d’éventuels crashs de l’application et visualiser le message d’erreur.
La sync a de nouveau échoué.
J’ai dans les logs une série de :
2018-12-04T11:19:32+01:00 - warn: No node found to download chunk #1139.
2018-12-04T11:19:32+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>
2018-12-04T11:19:32+01:00 - warn: No node found to download chunk #1140.
2018-12-04T11:19:32+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>
2018-12-04T11:19:32+01:00 - warn: No node found to download chunk #1138.
2018-12-04T11:19:32+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>
(uniquement 1138.1139.1140)
Je relance la sync (dans un script) :
serv=g1-test.cgeek.fr #cgeek-1
bin/duniter stop
bin/duniter reset data
bin/duniter sync $serv --slow
bin/duniter startShame on me !!! J’étais tellement enthousiaste de trouver une release, que j’y suis allé à fond sans m’apercevoir que j’installais une version X64 sur un ARM. 
Boulette de débutant 
Je ne sais pas si ta question était à vocation pédagogique au départ, mais elle m’a permis de comprendre mon erreur 
!
Donc je réponds quand même à ta question :
La config utilisée, Raspberry Pi 3 b+ , avec Raspbian Stretch dessus, rien de très exotique !
L’erreur venait quelle que soit la commande utilisée avec duniter. (start, version, ou sync par exemple)
Enfin, pour compiler, je l’ai fait avec yarn comme sur le tuto que tu m’avais montré, avec nodejs version 8.9.4
Un peu quand même car le message d’erreur était assez explicite, mais bon je me méfie aussi (par @matograine a quand mêmes des erreurs même en compil manuelle) donc je préférais aussi avoir des détails au cas où
Et puis c’est une bonne pratique de donner ces informations quand « ça marche pas »
2 Likes
Certification rejouée pour esprit :
moul-test (5B8iM…) from block #167750-0000A51F…
received 8 and sent 20/100 certifications:
| received_expire | received | sent | sent_expire |
|-------------------+---------------------+-------------------+---------------|
| 2018-11-21 | esprit ✔ | esprit | 2018-11-21 |
| 2018-12-15 | GAS2000 ✔ | GAS2000 | 2018-12-10 |
| 2018-12-19 | matograine-G1Test ✔ | guwop | 2018-12-10 |
| 2018-12-20 | scanlegentil ✔ | matograine-G1Test | 2019-02-04 |
| 2019-01-29 | vit ✔ | Elois | 2019-02-07 |
| 2019-02-07 | Elois ✔ | Vincentest | 2019-02-07 |
| 2019-02-15 | cuckooland ✔ | cuckooland | 2019-02-07 |
| 2019-02-16 | piaaf31GT ✔ | vit | 2019-02-07 |
| | | scanlegentil | 2019-02-07 |
| | | cgeek | 2019-02-07 |
| | | piaaf31GT | 2019-02-14 |
| | | kimamila | 2019-02-15 |
| | | h30x | 2019-02-19 |
| | | Bacy | 2019-02-23 |
| | | inso2018 | 2019-02-26 |
| | | rimek94 | 2019-03-02 |
| | | ji_emme_test_2 | 2019-03-06 |
| | | GregTest | 2019-03-06 |
| | | MeluaTest | 2019-03-11 |
| | | esprit | 2019-03-12 |
2 Likes
La certification d’esprit a bien été rejouée.
L’affichage du rejouage/renouvellement des certifications n’est pas géré par Césium
Dans ce cas, faire une issue sur le dépôt Cesium, sinon @kimamila ne va pas le voir.
C’est une bonne nouvelle en tout cas, c’est OK pour le rejeu
1 Like
Je confirme, j’ai aussi rejoué ma certification vers @mamygeek. Par contre Cesium ne montre que l’ancienne. Ce sera intéressant de voir laquelle sera montrée quand la 1ère certification expirera, dans 17 jours concernant celle que j’ai renouvelée.
Je constate deux forks :
- elois et moul:
Minimal Proof-of-Work: 60 to match `000[0-3]*`
Difficulty to generate next block n°286590 for 2/2 nodes:
| uid | match | Π diffi | Σ diffi |
|-----------+-----------+------------+-----------|
| Elois | 0000* | 6.6 × 10^4 | 64 |
| moul-test | 000[0-3]* | 4.9 × 10^4 | 60 |
- cgeek et piaaf :
Minimal Proof-of-Work: 65 to match `0000[0-E]*`
Difficulty to generate next block n°286650 for 2/2 nodes:
| uid | match | Π diffi | Σ diffi |
|-----------+------------+------------+-----------|
| cgeek | 0000[0-A]* | 3.3 × 10^5 | 69 |
| piaaf31GT | 0000[0-E]* | 6.6 × 10^4 | 65 |
et g1-test.duniter.org bloqué à un bloc datant d’hier. À croire que les nœuds non-membre restent bloqués à cause du rejeu de certification.