# Problème de sync
**URL:** https://forum.duniter.org/t/probleme-de-sync/4616
**Category:** Duniter-v1
**Tags:** duniter, sync
**Created:** [25 April 2018 14:25 UTC](https://forum.duniter.org/t/probleme-de-sync/4616 "2018-04-25T14:25:17Z")
**Posts on this page:** 17
**Page:** 1
### Author:  [@Pafzedog](https://forum.duniter.org/u/Pafzedog)
#### Post date: [25 April 2018 14:25 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/1 "2018-04-25T14:25:17Z")
Bonjour,
Depuis hier soir je tente de resync mon noeud sans y arriver 😕
je fais donc un
`duniter reset data`
puis un
`duniter sync g1.duniter.fr 443`
le download se passe très vite et la phase d’apply progresse tranquillement mais sûrement jusqu’à 63 % puis c’est le drame, les derniers % mettent plusieurs heures et une fois démarré le noeud à toujours bcp de retard et ne le rattrape pas .
Y-a-t-il un moyen plus radical de faire un reset que la commande `duniter reset data` ?
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [25 April 2018 14:55 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/2 "2018-04-25T14:55:45Z")
J’ai remarqué que l’application des blocs utilise beaucoup d’I/O : lecteur, écriture.
Ça peut quelque chose à améliorer à l’avenir.
---
### Author:  [@gerard94](https://forum.duniter.org/u/gerard94)
#### Post date: [25 April 2018 14:57 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/3 "2018-04-25T14:57:55Z")
J’en profite pour parler d’un problème que j’observe depuis un mois environ. Régulièrement (~ 1 fois/semaine), mon nœud se désynchronise : un fork apparaît qui ne fait que s’allonger si je ne fais rien, pendant plusieurs heures. J’ai eu le même problème de resynchronisation partielle que Pafzedog. Depuis j’ai trouvé une méthode qui semble marcher : je ne fais pas de resync, mais je ferme Duniter (version desktop 1.6.23) et le relance. Il lui arrive de planter, mais j’insiste, et, quand il se décide à fonctionner, il remonte assez rapidement le fork.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [25 April 2018 15:51 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/4 "2018-04-25T15:51:50Z")
> [@Moul](#):
>
> J’ai remarqué que l’application des blocs utilise beaucoup d’I/O : lecteur, écriture.
>
> Ça peut quelque chose à améliorer à l’avenir.
Dans la version que je développe en ce moment [et qui sera présentée aux RML11 à Douarnenez](https://rml11.duniter.org/), la synchro complète prend moins de 5 minutes sur ma machine.
C’est donc un problème qui sera réglé en 1.7.x.
---
### Author:  [@gerard94](https://forum.duniter.org/u/gerard94)
#### Post date: [25 April 2018 17:29 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/5 "2018-04-25T17:29:21Z")
J’ai à nouveau un fork. Mais le redémarrage de Duniter ne semble pas résoudre le problème cette fois-ci :
> gerard@hermes2:~$ duniter-desktop
> [10161:10186:0425/190927.229400:ERROR:nss\_util.cc(724)] After loading Root Certs, loaded==false: NSS error code: -8018
> ATTENTION: default value of option force\_s3tc\_enable overridden by environment.
> 2018-04-25T19:09:40+02:00 - debug: Plugging file system…
> 2018-04-25T19:09:40+02:00 - debug: Loading conf…
> 2018-04-25T19:09:40+02:00 - debug: Configuration saved.
> 2018-04-25T19:09:40+02:00 - debug: Opening SQLite database “/home/gerard/.config/duniter/duniter\_default/duniter.db”…
> 2018-04-25T19:09:40+02:00 - debug: Upgrade database…
> 2018-04-25T19:09:40+02:00 - info: Block resolution: 1 potential blocks after current#114382…
> 2018-04-25T19:09:40+02:00 - error: TypeError: Cannot read property ‘match’ of undefined
> at txSourceUnlock (/opt/duniter/app/lib/indexer.js:1794:27)
> at Promise.all.\_.where.map (/opt/duniter/app/lib/indexer.js:740:31)
> at
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: 42 potential block(s) found…
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: 3 potential suite(s) found…
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: HEAD = block#114382
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: suite 1/3 (-\> #114424-000002) revert to fork point block#114382
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: suite 1/3 REFUSED block#114383: Cannot read property ‘match’ of undefined
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: suite 2/3 (-\> #114422-000004) revert to fork point block#114382
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: suite 2/3 REFUSED block#114383: Cannot read property ‘match’ of undefined
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: suite 3/3 (-\> #114397-000004) revert to fork point block#114382
> 2018-04-25T19:09:41+02:00 - info: Fork resolution: suite 3/3 REFUSED block#114383: Cannot read property ‘match’ of undefined
---
### Author:  [@Pafzedog](https://forum.duniter.org/u/Pafzedog)
#### Post date: [25 April 2018 21:43 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/6 "2018-04-25T21:43:35Z")
J’ai donc fini par tout supprimer et réinstaller proprement 😉
La syncro et l’apply ont mis approximativement … 30 s !!!
il devait donc bien y avoir un soucis quelque part ^^
cuurency-monit est de nouveau fonctionnel sur mon noeud même Wotex qui bugguait depuis un petit moment cc @elois
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [26 April 2018 05:39 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/7 "2018-04-26T05:39:56Z")
30’’ ? C’est très peu, tu n’aurais pas synchro sur Ğ1-Test ?
---
### Author:  [@Pafzedog](https://forum.duniter.org/u/Pafzedog)
#### Post date: [26 April 2018 06:51 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/8 "2018-04-26T06:51:16Z")
ça m’a surprit aussi … mais non, je viens de revérifier sur mon serveur dans l’historique des commandes :
`duniter sync g1.duniter.org 443`
j’ai repris toute l’install donc je me suis calé sur le wiki puis j’ai fais la modif pour le daemon systemd
---
### Author:  [@gerard94](https://forum.duniter.org/u/gerard94)
#### Post date: [26 April 2018 13:08 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/9 "2018-04-26T13:08:14Z")
Je viens de refaire ma synchro, et c’est sacrément long, plusieurs heures. Vivement la 1.7 !
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [26 April 2018 13:30 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/10 "2018-04-26T13:30:08Z")
Eh bah ! Entre trente secondes et plusieurs heures, je me demande ce qu’il y a entre les deux !
---
### Author:  [@gerard94](https://forum.duniter.org/u/gerard94)
#### Post date: [26 April 2018 15:36 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/11 "2018-04-26T15:36:04Z")
Tu veux faire des stats ?😃
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [26 April 2018 15:46 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/12 "2018-04-26T15:46:40Z")
Aucunement.
Je me demande ce qu’il y a entre vos deux instances Duniter pour avoir des résultats aussi extrêmes.
Ça peut-être les performances de la machine, la qualité de la connexion Internet, entre autres.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [26 April 2018 15:56 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/13 "2018-04-26T15:56:29Z")
La phase de téléchargement est visuellement dissociée de celle d’application des blocs, donc on sait tout de suite ce qui est lent quand on synchronise.
La synchro de @Pafzedog n’a pas pu mettre 30" avec un reset complet, donc la seule autre option que je vois c’est qu’il a fait une synchro incrémentale : il a juste téléchargé la centaine de blocs de retard qu’il avait et les a appliqué. Son nœud était certainement déjà à jour.
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [26 April 2018 16:09 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/14 "2018-04-26T16:09:36Z")
Ce raisonnement me parait pertinent.
Autant, pour les deux heures, je planche pour une machine de faible puissance : de l’ordre d’une carte ARM.
---
### Author:  [@Pafzedog](https://forum.duniter.org/u/Pafzedog)
#### Post date: [26 April 2018 18:55 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/15 "2018-04-26T18:55:52Z")
en y réfléchissant un peu plus, il est fort probable que je me soit un peu mélangé les pinceaux quand j’ai voulu repartir à zéro surtout avec le rep de config de duniter que j’ai déplacé pour pouvoir le lancer en tant que service systemd.
ça a tout de même résolu les soucis que je rencontrais et c’était bien le but 😉
---
### Author:  [@binuts](https://forum.duniter.org/u/binuts)
#### Post date: [6 June 2018 18:22 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/16 "2018-06-06T18:22:31Z")
Mon noeud est bloqué depuis quelques jours / semaine.
Lorsque je reboot, il smeble toujours bloquer sur le block 111499.
Il c’est passé quelque chose que j’ai manqué ?
> 2018-06-06T20:15:35+02:00 - info: WS2P: init: bundle of peers 1/1
> 2018-06-06T20:15:35+02:00 - info: Block resolution: 2 potential blocks after current#111499…
> 2018-06-06T20:15:35+02:00 - error: Error: ruleNumber
> at Function.checkBlock (/opt/duniter/app/lib/blockchain/DuniterBlockchain.js:56:19)
> at
> 2018-06-06T20:15:35+02:00 - error: Error: ruleNumber
> at Function.checkBlock (/opt/duniter/app/lib/blockchain/DuniterBlockchain.js:56:19)
> at
> 2018-06-06T20:15:35+02:00 - info: Block resolution: 2 potential blocks after current#111499…
> 2018-06-06T20:15:35+02:00 - error: Error: ruleNumber
> at Function.checkBlock (/opt/duniter/app/lib/blockchain/DuniterBlockchain.js:56:19)
> at
> 2018-06-06T20:15:35+02:00 - error: Error: ruleNumber
> at Function.checkBlock (/opt/duniter/app/lib/blockchain/DuniterBlockchain.js:56:19)
> at
> 2018-06-06T20:20:34+02:00 - warn: Error: Request failed: 500
> at /opt/duniter/node\_modules/nat-upnp/lib/nat-upnp/device.js:151:27
> at Parser. (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:199:18)
> at Parser.emit (events.js:160:13)
> at SAXParser.saxParser.onclosetag (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:183:24)
> at emit (/opt/duniter/node\_modules/sax/lib/sax.js:624:35)
> at emitNode (/opt/duniter/node\_modules/sax/lib/sax.js:629:5)
> at closeTag (/opt/duniter/node\_modules/sax/lib/sax.js:889:7)
> at SAXParser.write (/opt/duniter/node\_modules/sax/lib/sax.js:1436:13)
> at Parser.exports.Parser.Parser.parseString (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:211:31)
> at Parser.parseString (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:6:61)
> at Request.\_callback (/opt/duniter/node\_modules/nat-upnp/lib/nat-upnp/device.js:149:14)
> at Request.self.callback (/opt/duniter/node\_modules/request/request.js:188:22)
> at Request.emit (events.js:160:13)
> at Request. (/opt/duniter/node\_modules/request/request.js:1171:10)
> at Request.emit (events.js:160:13)
> at IncomingMessage. (/opt/duniter/node\_modules/request/request.js:1091:12)
> at Object.onceWrapper (events.js:255:19)
> at IncomingMessage.emit (events.js:165:20)
> at endReadableNT (\_stream\_readable.js:1101:12)
> at process.\_tickCallback (internal/process/next\_tick.js:152:19)
> 2018-06-06T20:20:34+02:00 - error: Unhandled rejection: Error: Request failed: 500
> 2018-06-06T20:20:34+02:00 - error: Error: Request failed: 500
> at /opt/duniter/node\_modules/nat-upnp/lib/nat-upnp/device.js:151:27
> at Parser. (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:199:18)
> at Parser.emit (events.js:160:13)
> at SAXParser.saxParser.onclosetag (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:183:24)
> at emit (/opt/duniter/node\_modules/sax/lib/sax.js:624:35)
> at emitNode (/opt/duniter/node\_modules/sax/lib/sax.js:629:5)
> at closeTag (/opt/duniter/node\_modules/sax/lib/sax.js:889:7)
> at SAXParser.write (/opt/duniter/node\_modules/sax/lib/sax.js:1436:13)
> at Parser.exports.Parser.Parser.parseString (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:211:31)
> at Parser.parseString (/opt/duniter/node\_modules/xml2js/lib/xml2js.js:6:61)
> at Request.\_callback (/opt/duniter/node\_modules/nat-upnp/lib/nat-upnp/device.js:149:14)
> at Request.self.callback (/opt/duniter/node\_modules/request/request.js:188:22)
> at Request.emit (events.js:160:13)
> at Request. (/opt/duniter/node\_modules/request/request.js:1171:10)
> at Request.emit (events.js:160:13)
> at IncomingMessage. (/opt/duniter/node\_modules/request/request.js:1091:12)
> at Object.onceWrapper (events.js:255:19)
> at IncomingMessage.emit (events.js:165:20)
> at endReadableNT (\_stream\_readable.js:1101:12)
> at process.\_tickCallback (internal/process/next\_tick.js:152:19)
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [22 October 2018 10:35 UTC](https://forum.duniter.org/t/probleme-de-sync/4616/18 "2018-10-22T10:35:23Z")
Duniter ne dispose pas encore d’outils de diagnostic permettant de comprendre ce qui s’est passé, donc pour l’instant je te suggère de faire un reset + resync pour rejoindre la branche.