Installation et utilisation paquet Duniter pour YunoHost

--cautious va être très lent car il vérifie l’intégralité de tous les blocs.

Oui, si c’est pour bloquer après des heures… En fait je viens de lire le lien que tu mets au-dessus, donc j’essaie de synchroniser sur une autre branche g1.le-sou.org

Ça y est, ça marche !! \o/

Je ne suis pas sûr d’avoir bien fait ce qu’il fallait encore… Le serveur marche, j’ai accès à l’interface webui en tous les cas. Comment savoir si le nœud est fonctionnel et contribue ? Est-ce que je devrai par la suite retenter de synchroniser avec la branche g1.duniter.fr ou ce n’est pas important ? Est-ce que je ne devrai pas le voir dans les mirroirs de cesium ? Faut-il le déclarer auparavant ?
Pardon, ça y est, je vois le nœud dans Cesium. Accès privé. Cool
Juste qu’il n’est pas encore à jour avec les blocs je pense, en gros il faut qu’il arrive petit à petit à avoir tous les blocs en pris compte, c’est bien ça ?

Peux-tu regarder dans les logs via la webui si c’est bien ta clé publique qui calcule les blocs ?

Oui, c’est bien ma clé publique. Il y a un soucis d’un coup

je met un paste ici: https://rodinux.fr/zerobin/?57aecd4781121e47#H7oL5zpnS3WzEYKayagGjqvfvX5xJ2KU/bQ1fi0mPSM= avec le mot de passe: duniterlog
J’en met un peu plus ici:

2020-02-05T12:20:25+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:25+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:25+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:29+01:00 - info: [VxCoqfTQ] ⬇ PEER Do99s6wQ 294651-0
2020-02-05T12:20:29+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:29+01:00 - info: [VxCoqfTQ] ⬇ PEER Do99s6wQ 294651-0
2020-02-05T12:20:29+01:00 - info: [VxCoqfTQ] ⬇ PEER Do99s6wQ 294651-0
2020-02-05T12:20:29+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:29+01:00 - info: [VxCoqfTQ] ⬇ PEER Do99s6wQ 294651-0
2020-02-05T12:20:29+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:30+01:00 - info: Matched 3 zeros 0006B527557204108D77A7B8AC494C15820F11EDD6D5120E4A1C05430D49F981 with Nonce = 10200000230707 for block#294629 by VxCoqf
2020-02-05T12:20:31+01:00 - info: [VxCoqfTQ] ⬇ PEER 5cnvo5bm 294651-0
2020-02-05T12:20:31+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:31+01:00 - info: [VxCoqfTQ] ⬇ PEER 5cnvo5bm 294651-0
2020-02-05T12:20:31+01:00 - info: [VxCoqfTQ] ⬇ PEER 5cnvo5bm 294651-0
2020-02-05T12:20:31+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:31+01:00 - info: [VxCoqfTQ] ⬇ PEER 5cnvo5bm 294651-0
2020-02-05T12:20:31+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER GfKERHnJ 294681-0
2020-02-05T12:20:40+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER GfKERHnJ 294681-0
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER GfKERHnJ 294681-0
2020-02-05T12:20:40+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER GfKERHnJ 294681-0
2020-02-05T12:20:40+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:40+01:00 - info: WS2P: Could not connect to peer 5P9HB1uB using `WS2P 82.240.6.23 20900: WS2P connection timeout`
2020-02-05T12:20:40+01:00 - info: WS2P: Could not connect to peer 4fHMTFBM using `WS2P g1.help-web-low.fr 20901: WS2P connection timeout`
2020-02-05T12:20:40+01:00 - info: WS2P: Could not connect to peer BDv28pi7 using `WS2P 95.130.13.155 10901: WS2P connection timeout`
2020-02-05T12:20:40+01:00 - info: WS2P: Could not connect to peer EJXX8EgT using `WS2P 91.163.124.198 20900: WS2P connection timeout`
2020-02-05T12:20:40+01:00 - info: WS2P: Could not connect to peer 8iVdpXqF using `WS2P 91.121.157.13 20901: WS2P connection timeout`
2020-02-05T12:20:40+01:00 - info: WS2P: init: bundle of peers 6/7
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER 38MEAZN6 294651-0
2020-02-05T12:20:40+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER 38MEAZN6 294651-0
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER 38MEAZN6 294651-0
2020-02-05T12:20:40+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:40+01:00 - info: [VxCoqfTQ] ⬇ PEER 38MEAZN6 294651-0
2020-02-05T12:20:41+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:41+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:41+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:41+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:41+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:41+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:43+01:00 - info: [VxCoqfTQ] ⬇ PEER D9D2zaJo 294651-0
2020-02-05T12:20:43+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:44+01:00 - info: [VxCoqfTQ] ⬇ PEER FpAi3xR2 294651-0
2020-02-05T12:20:44+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:44+01:00 - info: [VxCoqfTQ] ⬇ PEER Do99s6wQ 294651-0
2020-02-05T12:20:44+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:44+01:00 - info: [VxCoqfTQ] ⬇ PEER 5cnvo5bm 294651-0
2020-02-05T12:20:44+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:44+01:00 - info: [VxCoqfTQ] ⬇ PEER GfKERHnJ 294681-0
2020-02-05T12:20:44+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:44+01:00 - info: [VxCoqfTQ] ⬇ PEER 38MEAZN6 294651-0
2020-02-05T12:20:44+01:00 - warn: Unknown reference block of peer
2020-02-05T12:20:55+01:00 - info: Matched 3 zeros 0009D48800026D0FE710E2FEE05343F59CE4B3409B935DED0BD3E6CD9DF65CE8 with Nonce = 10100000231154 for block#294629 by VxCoqf
2020-02-05T12:20:55+01:00 - info: WS2P: Could not connect to peer pdNFWcLL using `WS2P 84.102.196.155 20900: WS2P connection timeout`
2020-02-05T12:20:55+01:00 - info: WS2P: Could not connect to peer 8anWUaH4 using `WS2P 62.61.245.254 20900: WS2P connection timeout`
2020-02-05T12:20:55+01:00 - info: WS2P: Could not connect to peer HmH5beJq using `WS2P g1.le-sou.org 10091: WS2P connection timeout`
2020-02-05T12:20:55+01:00 - info: WS2P: Could not connect to peer 38MEAZN6 using `WS2P g1.duniter.fr 443: WS2P connection timeout`
2020-02-05T12:20:55+01:00 - info: WS2P: Could not connect to peer CRBxCJrT using `WS2P 81.57.152.178 20900: WS2P connection timeout`
2020-02-05T12:20:55+01:00 - info: WS2P: init: bundle of peers 7/7
2020-02-05T12:20:55+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:55+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:56+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:56+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2020-02-05T12:20:56+01:00 - info: Matched 3 zeros 000143B0C617FD1517E14587CDD2DDEB9E9BA398F2BF407204DDED7981D8A414 with Nonce = 10200000231198 for block#294629 by VxCoqf
2020-02-05T12:20:57+01:00 - info: SIDE Block #294682-00000389 added to the blockchain in 3 ms
2020-02-05T12:20:57+01:00 - info: Block resolution: 1 potential blocks after current#294630...
2020-02-05T12:20:58+01:00 - error:  Error: ruleNumber
    at Function.checkBlock (/opt/duniter/app/lib/blockchain/DuniterBlockchain.js:62:19)
    at <anonymous>
    at process._tickCallback (internal/process/next_tick.js:160:7)
2020-02-05T12:20:58+01:00 - info: Fork resolution: 51 potential block(s) found...
2020-02-05T12:20:58+01:00 - info: Fork resolution: block #294631-0000014E is known as incorrect. Skipping.
2020-02-05T12:20:58+01:00 - info: Fork resolution: block #294631-0000014E is known as incorrect. Skipping.
2020-02-05T12:21:07+01:00 - info: Matched 3 zeros 000F009B668DD3CB6F2B3D05DB3783FE63D105A960E23AD342818D5C23A27654 with Nonce = 10100000231290 for block#294629 by VxCoqf
2020-02-05T12:21:13+01:00 - info: WS2P: Could not connect to peer CV1GNhPp using `WS2P 109.136.233.116 20900: WS2P connection timeout`
2020-02-05T12:21:13+01:00 - info: WS2P: Could not connect to peer RD11hyG5 using `WS2P g1.monnaielibreoccitanie.org 443: WS2P connection timeout`
2020-02-05T12:21:13+01:00 - info: WS2P: Could not connect to peer 74RBUM4V using `WS2P monit.g1.nordstrom.duniter.org 443: WS2P connection timeout`
2020-02-05T12:21:13+01:00 - info: WS2P: Could not connect to peer 8kXygUHh using `WS2P dustyduniter.ddns.net 20901: WS2P connection timeout`
2020-02-05T12:21:13+01:00 - info: WS2P: Could not connect to peer AayJHm4c using `WS2P 79.85.173.136 20900: WS2P connection timeout`

Bon après ça continue à défiler les logs, je ne sais pas ce qui est le plus intéressant, ça semble partir de Matched 3 zeros. Et on dirait peut-être un problème aussi avec ma clé ? je suis un peu perdu… Problème avec le bloc #294629 ?
Que veut dire ce log ?

2020-02-05T12:29:22+01:00 - warn: WS2P OUT => Document detected 2 times: {"version":10,"currency":"g1","status":"UP","statusTS":1580881611,"hash":"EC968DF217CCA1DB4960A0FD0664F5B883BFD9A72C1414E4054C1FC2B65837ED","first_down":null,"last_try":null,"lastContact":1580902162,"pubkey":"VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL","block":"294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A","signature":"sMQqZq52f8ljgEp8r7UJsA1fNDiUySdQfI4v9Eyc2bi0C3jNp1kxTS4lcEJiyk8aMa0oBXY5H6sZJFuSBP5VDQ==","endpoints":["BASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664"],"raw":"Version: 10\nType: Peer\nCurrency: g1\nPublicKey: VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL\nBlock: 294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A\nEndpoints:\nBASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664\n","nonWoT":false}
2020-02-05T12:29:22+01:00 - warn: WS2P OUT => Document detected 2 times: {"version":10,"currency":"g1","status":"UP","statusTS":1580881611,"hash":"EC968DF217CCA1DB4960A0FD0664F5B883BFD9A72C1414E4054C1FC2B65837ED","first_down":null,"last_try":null,"lastContact":1580902162,"pubkey":"VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL","block":"294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A","signature":"sMQqZq52f8ljgEp8r7UJsA1fNDiUySdQfI4v9Eyc2bi0C3jNp1kxTS4lcEJiyk8aMa0oBXY5H6sZJFuSBP5VDQ==","endpoints":["BASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664"],"raw":"Version: 10\nType: Peer\nCurrency: g1\nPublicKey: VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL\nBlock: 294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A\nEndpoints:\nBASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664\n","nonWoT":false}
2020-02-05T12:29:22+01:00 - warn: WS2P OUT => Document detected 2 times: {"version":10,"currency":"g1","status":"UP","statusTS":1580881611,"hash":"EC968DF217CCA1DB4960A0FD0664F5B883BFD9A72C1414E4054C1FC2B65837ED","first_down":null,"last_try":null,"lastContact":1580902162,"pubkey":"VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL","block":"294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A","signature":"sMQqZq52f8ljgEp8r7UJsA1fNDiUySdQfI4v9Eyc2bi0C3jNp1kxTS4lcEJiyk8aMa0oBXY5H6sZJFuSBP5VDQ==","endpoints":["BASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664"],"raw":"Version: 10\nType: Peer\nCurrency: g1\nPublicKey: VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL\nBlock: 294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A\nEndpoints:\nBASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664\n","nonWoT":false}
2020-02-05T12:29:22+01:00 - warn: WS2P OUT => Document detected 2 times: {"version":10,"currency":"g1","status":"UP","statusTS":1580881611,"hash":"EC968DF217CCA1DB4960A0FD0664F5B883BFD9A72C1414E4054C1FC2B65837ED","first_down":null,"last_try":null,"lastContact":1580902162,"pubkey":"VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL","block":"294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A","signature":"sMQqZq52f8ljgEp8r7UJsA1fNDiUySdQfI4v9Eyc2bi0C3jNp1kxTS4lcEJiyk8aMa0oBXY5H6sZJFuSBP5VDQ==","endpoints":["BASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664"],"raw":"Version: 10\nType: Peer\nCurrency: g1\nPublicKey: VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL\nBlock: 294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A\nEndpoints:\nBASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664\n","nonWoT":false}
2020-02-05T12:29:22+01:00 - warn: WS2P OUT => Document detected 2 times: {"version":10,"currency":"g1","status":"UP","statusTS":1580881611,"hash":"EC968DF217CCA1DB4960A0FD0664F5B883BFD9A72C1414E4054C1FC2B65837ED","first_down":null,"last_try":null,"lastContact":1580902162,"pubkey":"VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL","block":"294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A","signature":"sMQqZq52f8ljgEp8r7UJsA1fNDiUySdQfI4v9Eyc2bi0C3jNp1kxTS4lcEJiyk8aMa0oBXY5H6sZJFuSBP5VDQ==","endpoints":["BASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664"],"raw":"Version: 10\nType: Peer\nCurrency: g1\nPublicKey: VxCoqfTQRaPaiAc1Am2Z7gtbN2LaNm6RV19Ycfb8dFL\nBlock: 294620-00000189737BF84A8138ED4FABB3D80ACE82D0F31BA5B6242AC0EDFBD904990A\nEndpoints:\nBASIC_MERKLED_API duniter.rodinux.fr 192.168.0.15 2a01:e0a:94:50:81:2bff:fe23:fe8e 27664\n","nonWoT":false}

Que ton noeud a deux fois la même fiche de pair (le contact d’un autre noeud). Rien de grave.

Ton noeud a tagé ce bloc comme faux. Ca arrive, et je crois qu’on ne sait pas encore vraiment pourquoi.

Ton noeud essaie de résoudre un fork et refuse d’ajouter le bloc 294631. De mon expérience :

  • soit ça se résout tout seul (attendre quelques heures)
  • soit il faut resynchroniser.

Je crois qu’il est possible de faire une resynchronisation partielle (en ligne de commande), mais je n’ai jamais réussi.


Ton noeud possède le bloc 294630.
Comme ça, je m’amuserais à faire :

duniter stop
duniter revert-to 294600   # on repart 30 blocs en arrière
duniter forward 294631 g1.duniter.org 443 g1.presles.fr 443    # on transmet le bloc en question pour le récupérer
duniter reapply-to 294631     # on re-applique jusqu'au bloc en question. Ou jusqu'à 294685, le bloc courant, si on veut.
duniter start

Mais pas sûr que ça marche, hein !
Sinon, essayer :

duniter stop
duniter revert-to 294600   # on repart 30 blocs en arrière
duniter sync g1.duniter.org
duniter start

… Pas sûr non plus que ça marche :wink: la résolution de fork à la main, c’est assez expérimental (ou mal documenté). Si tu trouves, ce serait chouette de poster la solution. Et oui, il faut être patient, et attendre de voir si ton noeud se resynchronise après chaque série de commandes, ce qui peut prendre plusieurs dizaines de minutes.


Aux expert.e.s :
Existe-t-il une commande pour forcer la re-vérification d’un bloc ?

J’ai vu que je pouvais faire une synchro partielle en ajoutant un chiffre à la fin de la commande sync, bon, je vais attendre en effet et voir si ça passe tout seul. Si je comprends bien, il faut attendre que ces deux clé (la mienne et celle qui coince) s’acceptent ? Bon je vais être patient pour l’instant. Je me demandais si il fallait essayer un gen-next ?

Merci @matograine , je tente, j’ai du repartir encore un peu avant du bloc 294550, je ne sais pas pourquoi il ne trouvait pas le bloc 294630 dans la db. Je vais tenter ta deuxième option. Ce n’est pas grave si j’avais utilisé une autre branche au départ pour synchroniser ?

Je crois que vous ne comprenez pas la différence noeud/branche.

La blockchain est un ensemble cohérent de documents (les blocs) qui se suivent. Tous les noeuds possèdent une copie de la blockchain. Cette copie est identique pour les noeuds à jour, sauf éventuellement à la fin.

Chaque noeud essaie d’ajouter un bloc à la Blockchain. S’il réussit, il publie ce bloc au reste du réseau. Lorsque deux noeuds trouvent un bloc en même temps, il y a un fork : la Blockchain se sépare en deux versions, qui diffèrent par les derniers blocs validés.

Avec le temps, une des branches va avancer plus vite que l’autre. A ce moment, les noeuds qui détectent cette différence d’avancée font une résolution de fork (c’est làque votre noeud plante) pour revenir à la branche qui a le plus avancé. En général, cela se résout en moins de 10 blocs.

Donc : tant que vous synchronisez votre noeud sur un noeud à jour, c’est bon. La branche et le noeud sont deux choses différentes.

Ça y est, s’est bien résolu ! Voici les commandes qui ont été salvatrices

$ duniter stop
$ duniter revert-to 294550                    # j'ai dû aller un peu plus en arrière que ta proposition
$ duniter sync g1.duniter.org --slow    # j'utilise l'option --slow car mon serveur n'est pas super puissant
$ duniter webstart                               # c'est cette commande qui marche pour démarrer ma version yunohost (peut-être car elle n'est pas reconnue par systemd ?)

Encore merci à tous, à bientôt.

Bonjour,
j’ai eu droit à une coupure de courant. Du coup avant de lancer Duniter, j’ai eu l’idée de relancer une synchronisation. Hier soir tard (j’ai dormi entre temps). Était-ce une bonne idée ? J’aurais pu peut-être juste redémarrer Duniter après qu’il ce soit arrêté une dizaines d’heures ?
Bref, la syncronisation n’est pas arrivée au bout. Cette fois c’était une erreur d’n bug connu apprement: ’ Error NO_NODE_FOUND_TO_DOWNLOAD_CHUNK #xxxx’ . J’ai bien vu l’issue à ce sujet…
Je relance de nouveau une synchro pour voir si je fini par arriver à redémarrer…
Autre question, je pas lancer de ‹ reset data › auparavant. Est-ce utile ?

Les nœuds rattrapent leur retard s’ils ont pas trop de retard. Un jour de retard c’est monnaie courante. Il y a pas mal de nœuds diurnes qui font ça. Je sais pas jusqu’où peut aller le rattrapage (via la synchro lente). Une semaine ? Faudrait essayer.

Il ya pas de limite, j’ai déjà rattrapé 2 mois en mode start, par contre c’est très long et pendant ce temps le noeud calcule la POW pour rien. Donc par soucis d’économie d’énergie c’est mieux de reset data and sync si le retard est grand.

@roodinux dans ton cas vu que ta sync a échoue c’est plus prudent de reset data et resync, sinon tu peut rester dans un état corrompu.

Ok, j’aurai mieux fait de demander avant et de ne pas aller trop vite… Du coup je recommence du début… (Merci @Moul de déplacer ce fil de discussion.)

Ah mais c’est pour ça !!! J’ai le même problème depuis 2 jours !!!

Je me suis fié à ce tutoriel qui écrivait la commande suivante:

duniter sync g1.duniter.org 443

Ça y est, victoire !!

2 J'aimes

Salut, pour info, j’essaie pour voir si cela apporte une amélioration d’intégrer systemd avec la branche dev, est-ce que tu peux jeter un œil, savoir si je n’ai rien omis ?

Je vais essayer en test avec ynh_dev et vagrant avant de tout casser sur mon serveur…

Ok, après une nuit blanche pour installer yunohost en local avec ynh_dev et vagrant, j’ai pu installer ma modification. Là suis en train de faire une synchronisation. Question, est ce que je peux démarrer le serveur sans avoir au préalable lancer duniter wizard key ? J’imagine que même si ce n’est que pour un test, je ne peux pas avoir 2 noeuds duniter avec mon ID ?
Juste pour tester ? Ça m’a l’air de bien fonctionner pour l’instant, je pense que ensuite je pourrai lancer duniter start plutôt que duniter webstart ? ou bien sudo systemctl duniter start ?