Stop the process, then run duniter sync <hostname>:<port>.
Once the sync is done, restart the process.
Ok
I’ve stopped duniter, I’ve done another sync (I had done one before):
Progress:
Milestones: [||||||||||||||||||||] 100 %
Download: [||||||||||||||||||||] 100 %
Apply: [||||||||||||||||||||] 100 %
Sandbox: [ ] 0 %
Peers: [||||||||||||||||||||] 100 %Status: Peer GfKERHnJTYzKhKUma5h1uWhetbA8yHKymhVH2raf2aCP
All done in 14.184 seconds.
And now the server is syncing again but from the beginning 
2021-11-16T12:29:54+01:00 - info: Block resolution: 1 potential blocks after current#1142…
2021-11-16T12:29:54+01:00 - info: Block #1143 added to the blockchain in 5 ms
2021-11-16T12:29:54+01:00 - warn: Blockchain changed!
2021-11-16T12:29:54+01:00 - warn: Local node is not a member. Waiting to be a member before computing a block.
Can you show me your sync command.
This is:
duniter sync <hostname>:<port> <till_block_number>
Sure:
sudo -u duniter duniter sync g1.duniter.org 443
Have I maybe forgotten the « : » ?
Yeah, it seems you synced till block 443.
2 Likes
I think so… Now I’m doing it again and the process is slower 
Before it finish quickly
Thanks a lot @Moul
There is an syntax error on the wiki:
@arbocenc There is a workaround to avoid synchronizing over the network using Duniter I mentioned here: Synchronisation difficile / récupérer les chunks
The idea is to get the chunks json archive using rsync and then ask Duniter to synchronise from local files (duniter sync /path/to/local/chunks). This is dirty, but it can save some time.
2 Likes
But it’s OK on the repo 
Thanks, @HugoTrentesaux, I think I can wait… The sync command will do this work in about 20 mins. I’m now at node 210,000 (about 42%). No problem for waiting some time more It’s faster than the « normal syncing » I was doing before @Moul advice
1 Like
The english version of the website is being migrated. The current version served on Duniter | Home does not match the repo one because the CI was broken.
The latest version can be found at https://websites.duniter.io/website_en/.
For your information, Duniter | Accueil will go to duniter.fr and Duniter | Home will go to duniter.org.
Then, this merge request is on the right repo or not:
Progress:
Milestones: [||||||||||||||||||||] 100 %
Download: [||||||||||||||||||||] 100 %
Apply: [||||||||||||||||||||] 100 %
Sandbox: [ ] 0 %
Peers: [||||||||||||||||||||] 100 %Status: Peer 5UhU5aNcCf4Av3MW4oT9d34rxFSDDALyfPetgoo2UwTZ
All done in 6621.743 seconds.
An hour and a half! 
2 Likes
Ok. I’ve started my node. How can I test it is OK? At the moment I can see it on the node list of Cesium…
Ps: « duniter logs » show some errors:
2021-11-16T14:56:00+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2021-11-16T14:56:00+01:00 - info: Block resolution: 0 potential blocks after current#475318...
2021-11-16T14:56:01+01:00 - info: Matched 4 zeros 0000C763636E1BF3CD6A59F20F8B11E0616EECA77E87E332679EF54BDA5D654E with Nonce = 10200000846606 for block#475319 by 2jztXx
2021-11-16T14:56:07+01:00 - info: [2jztXxnq] ⬇ PEER TENGx7Wt 475288-0
2021-11-16T14:56:07+01:00 - info: [2jztXxnq] ⬇ PEER TENGx7Wt 475288-0
2021-11-16T14:56:07+01:00 - info: [2jztXxnq] ⬇ PEER TENGx7Wt 475288-0
2021-11-16T14:56:07+01:00 - info: [2jztXxnq] ⬇ PEER TENGx7Wt 475288-0
2021-11-16T14:56:07+01:00 - info: [2jztXxnq] ✔ PEER TENGx7Wt 475288-0
2021-11-16T14:56:07+01:00 - info: [2jztXxnq] ⬇ PEER TENGx7Wt 475288-0
2021-11-16T14:56:15+01:00 - info: WS2P: Could not connect to peer TENGx7Wt using `WS2P 82.65.206.220 20901: WS2P connection timeout`
2021-11-16T14:56:15+01:00 - info: WS2P: Could not connect to peer 82NdD9eE using `WS2P 88.126.117.205 20900: WS2P connection timeout`
2021-11-16T14:56:15+01:00 - info: WS2P: Could not connect to peer 4agK3ycE using `WS2P 88.161.154.188 20900: WS2P connection timeout`
2021-11-16T14:56:15+01:00 - info: WS2P: Could not connect to peer D3krfq6J using `WS2P 93.8.54.71 20910: WS2P connection timeout`
2021-11-16T14:56:15+01:00 - info: WS2P: Could not connect to peer 7hLyLMXn using `WS2P g1.gramaton.org 443: WS2P connection timeout`
2021-11-16T14:56:15+01:00 - info: WS2P: init: bundle of peers 2/7
2021-11-16T14:56:15+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2021-11-16T14:56:16+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2021-11-16T14:56:16+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
2021-11-16T14:56:17+01:00 - info: Matched 4 zeros 0000B63A9734C37B26C30CC77E806BA885F7000999C6492DD0613159C4F3A064 with Nonce = 10200000990734 for block#475319 by 2jztXx
2021-11-16T14:56:30+01:00 - info: WS2P: Could not connect to peer EAHgNyYs using `WS2P 78.196.191.185 20900: WS2P connection timeout`
2021-11-16T14:56:30+01:00 - info: WS2P: Could not connect to peer CRomUjer using `WS2P duniter.knc.nc 443: WS2P connection timeout`
2021-11-16T14:56:30+01:00 - info: WS2P: Could not connect to peer 5dzkzedB using `WS2P duniter.vincentux.fr 443: WS2P connection timeout`
2021-11-16T14:56:30+01:00 - info: WS2P: Could not connect to peer HnQH8P6n using `WS2P panoramix.toutat.is 443: WS2P connection timeout`
2021-11-16T14:56:30+01:00 - info: WS2P: Could not connect to peer 8iVdpXqF using `WS2P g1.duniter.org 443: WS2P connection timeout`
2021-11-16T14:56:30+01:00 - info: WS2P: init: bundle of peers 3/7
2021-11-16T14:56:30+01:00 - error: WS2P >>> >>> WS ERROR: REJECTED_PUBKEY_OR_INCORRECT_ASK_SIGNATURE_FROM_REMOTE
My node is shown on Cesium (screenshot attached).
What does the question mark in the « difficulty » column??
And what does « access privée » mean?
Duniter can synchronize (i.e. download, verify and apply blocks) when running normally, but very slowly, and it can even be stuck. (this is suitable for catching up a few days or weeks, not more) That’s why you needed to resynchronize when your latest block was ~6000.
There are always a few errors, probably from badly configured nodes.
It means your node has not mined any block in the current window, so your custom difficulty cannot be computed. It will become a number as soon as you mine a block.
Private access means your node’s API is not publicly usable. You can enable public access with duniter wizard. (public WS2P is important; public BMA requires a good uptime and a static IP or domain name, and is useful for clients)
2 Likes
I’ve mined my first node I’m happy about it 
Now I have a “difficulty set”, but, what does it mean? What is difficulty used for? Maybe to distribute the writing tasks?
2 Likes
Is it interesting for the community that my API can be used? What’s it used for? (my server is has good uptime and an static IP).
By the way, is important that my server could be used, on Cesium, enabling SSL? Right now it has not a valid certificate…