karbowanecd daemon v. 1.4.6 for Raspberry Pi synchronization hangs about karbowanec HOT 14 CLOSED

I've solved the problem by changing power supply and microSD card.

from karbowanec.

I don't think that it's Raspberry Pi specific problem. But I'm getting it there.

Model: Raspberry Pi 3 B
OS: Raspbian GNU/Linux 9 (stretch)

from karbowanec.

Please delete blockchain files and start over.

from karbowanec.

I've already tried it before creating this issue. All the time it starts looping on different heights. I will try again.

from karbowanec.

Hmmm, there's known issue with this realization of the protocol. It downloads blocks in chunks, and it could happen that there's tx spending outputs from tx in the same chunk which is not in its blockchain yet so it complains. Upon restart they will be in different chunks and it goes through. You can check whether it's true in logs. Alternatively you can download blockchain files from our forum https://forum.karbo.io/viewtopic.php?f=13&t=13

from karbowanec.

I've tried to restart - it didn't go through. I will try with files from the forum. I will report the result. Tnx!

from karbowanec.

With downloaded files I'm getting a new error:

2018-Jan-18 12:20:21.213094 INFO    Height 108000 of 170916
2018-Jan-18 12:20:22.929649 INFO    [miner] Mining has been stopped, 0 finished
2018-Jan-18 12:20:22.929649 INFO    Mining has been stopped, 0 finished
SwappedVector cache hits: 0, misses: 108476 (100.00%)
2018-Jan-18 12:20:23.945609 ERROR   [daemon] Exception: readVarint, value overflow
2018-Jan-18 12:20:23.945609 ERROR   Exception: readVarint, value overflow

During "No actual blockchain cache found, rebuilding internal structures..."

from karbowanec.

Ok. Finally. After 2 days resynchronization, it stuck on different height value (((

Sync data returned unknown top block: 111231 -> 191133 [79902 blocks (221 days) behind]

from karbowanec.

I found similar issue for other cryptonote coin
aeonix/aeon#117

I've recompiled with BLOCKS_SYNCHRONIZING_DEFAULT_COUNT = 20 and it helps.

from karbowanec.

Thank you for this valuable hint. You should make a PR.

Upd.: that actually seems to confim my guess above.

from karbowanec.

I could try, but I didn't wrote in c++ for a long time ). What I did - just changed one constant...

from karbowanec.

Oh ***. It stuck again!

Sync data returned unknown top block: 191177 -> 191530 [353 blocks (0 days) behind]

Probably blocks synchronizing count should be automatically adjusted in case of such kind of loops...

from karbowanec.

Maybe it's enough memory?

from karbowanec.

Free Disk space: 9154M
RAM: 927M
Swap: 1024M

from karbowanec.