Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"

[axelblaze15]

System information

Geth version: 1.6
OS & Version: Linux and Android

Expected behaviour

Mined Blocks should be retrieved by android node and displayed accordingly.

Actual behaviour

I have started a lightserver on ubuntu machine. I am able to connect android node with lightserver node but when I start mining in ubuntu, I got following errors in Log of android:
04-25 22:32:02.789 5831-5925/com.example.sahil.myapp7 E/GoLog: INFO [04-25|17:02:02] Block synchronisation started
04-25 22:32:02.898 5831-5925/com.example.sahil.myapp7 E/GoLog: WARN [04-25|17:02:02] Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"
04-25 22:32:43.976 5831-5925/com.example.sahil.myapp7 E/GoLog: WARN [04-25|17:02:43] Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"
04-25 22:33:11.181 5831-5925/com.example.sahil.myapp7 E/GoLog: WARN [04-25|17:03:11] Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"
04-25 22:33:46.752 5831-5925/com.example.sahil.myapp7 E/GoLog: WARN [04-25|17:03:46] Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"
04-25 22:34:19.160 5831-5925/com.example.sahil.myapp7 E/GoLog: WARN [04-25|17:04:19] Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"
04-25 22:34:49.911 5831-5925/com.example.sahil.myapp7 E/GoLog: WARN [04-25|17:04:49] Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"
04-25 22:35:21.757 5831-5925/com.example.sahil.myapp7 E/GoLog: WARN [04-25|17:05:21] Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"

Steps to reproduce the behaviour

I used following commands to start a lightserver -
-geth --datadir op1 --networkid 381 init rinkeby.json
-geth --datadir op1 --networkid 381 --lightserv 25 --lightpeers 20 console

Backtrace

[backtrace]

Synchronisation failed, dropping peer peer=b1710c8648aa839a err="retrieved hash chain is invalid"

[GoldMiner817]

i have the same, but on win 10

[karalabe]

I'm trying to repro this. Are you also seeing it between Windows and Android @GoldMiner817 ?

[tcaaen]

I'm also having this issue with version 1.6.1 on Ubuntu 14.04

[GoldMiner817]

i deleted the blockchain and started over, also clock sync seeme to help. it looks good now, gl m8! 2017-05-05 16:39 GMT+02:00 tcaaen <notifications@github.com>:

…

I'm also having this issue with version 1.6.1 on Ubuntu 14.04 — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#14381 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AbFaoupzzdmuV70LzQRc4Q_3Pukq8Yc7ks5r2zS-gaJpZM4NICwO> .

-- Vriendelijke Groeten, Tomas Teunis

[GoldMiner817]

did you fix it? i started a new issue, but its soo slow; #14433 2017-05-05 16:39 GMT+02:00 tcaaen <notifications@github.com>:

…

I'm also having this issue with version 1.6.1 on Ubuntu 14.04 — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#14381 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AbFaoupzzdmuV70LzQRc4Q_3Pukq8Yc7ks5r2zS-gaJpZM4NICwO> .

-- Vriendelijke Groeten, Tomas Teunis

[Rocavall]

I'm having this issue as well. Yesterday it was syncing OK.

Uname -a: Linux adria-pc 4.4.63-1-MANJARO #1 SMP PREEMPT Fri Apr 21 08:43:38 UTC 2017 x86_64 GNU/Linux
Console log: https://pastebin.com/3CPDnSpA

[GoldMiner817]

glad i'm not alone :) update on my personal quest; i notised that my hard drive was under constant load while syncing. So i cloned my OS to another harddrive(non-SSD, but newer, bigger and faster. the sync(non-fast) was getting me no where, so with pain in my heart i removerdb again and re-started fast sync. HDD load is not constant under full load, and seems pretty smooth. after 10 min; INFO [05-06|14:24:06] Imported new state entries count=384 elapsed=28.075ms processed=619407 pending=74833 INFO [05-06|14:24:06] Imported new block headers count=192 elapsed=114.304ms number=306112 hash=e1cfad…87e4ab ignored=0 so i'll check back in an hour or 2, see where i'm at 2017-05-06 13:57 GMT+02:00 Rocavall <notifications@github.com>:

…

I'm having this issue as well. Yesterday it was syncing OK. Uname -a: Linux adria-pc 4.4.63-1-MANJARO #1 <#1> SMP PREEMPT Fri Apr 21 08:43:38 UTC 2017 x86_64 GNU/Linux Console log: https://pastebin.com/3CPDnSpA — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#14381 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AbFaos-WNURqMZO6p-c5-Qma3JNhFwO9ks5r3GAngaJpZM4NICwO> .

-- Vriendelijke Groeten, Tomas Teunis

[Rocavall]

I got this when trying to close:
ERROR[05-06|14:35:38] Failed to close database database=/run/media/adria/6A82036982033959/ethereum/geth/chaindata err="leveldb/table: corruption on data-block (pos=0): checksum mismatch, want=0xbc4d5c87 got=0x495f3f81 [file=243553.ldb]"
https://pastebin.com/W0ivQSmk
Is my chain corrupted? Do I have to download everything again?

[GoldMiner817]

not sure... it would be handy if we could download the blockchain somewhere and import it..this takes way to long.

i think my hdd swap didnt change much..still importing headers etc, after 2.5 hours.

man, i just wanne get started! :/

errors i get are;

WARN [05-06|15:49:35] Rolled back headers count=2048 header=1494991->1492943 fast=1457578->1457578 block=0->0
WARN [05-06|15:49:35] Synchronisation failed, retrying err="receipt download canceled (requested)"
WARN [05-06|15:49:37] Synchronisation failed, dropping peer peer=a4aaa02204239fbe err="no peers available or all tried for download"
INFO [05-06|15:49:46] Imported new state entries count=1 elapsed=1.026ms processed=3804759 pending=17

INFO [05-06|16:01:51] Imported new state entries count=384 elapsed=4.010ms processed=3974226 pending=113129
WARN [05-06|16:01:52] Rolled back headers count=2048 header=1553999->1551951 fast=1517039->1517039 block=0->0
WARN [05-06|16:01:52] Synchronisation failed, retrying err="block body download canceled (requested)"

INFO [05-06|16:05:12] Imported new state entries count=63 elapsed=15.712s processed=3977768 pending=28556
WARN [05-06|16:05:12] Synchronisation failed, dropping peer peer=4ae417bcced3f93c err="retrieved hash chain is invalid"

INFO [05-06|16:07:21] Imported new state entries count=384 elapsed=9.772s processed=3983719 pending=53745
WARN [05-06|16:07:30] Synchronisation failed, retrying err="receipt download canceled (requested)"

WARN [05-06|16:08:14] Synchronisation failed, retrying err="state data download canceled (requested)"
WARN [05-06|16:08:18] Synchronisation failed, dropping peer peer=2844b46106891aa9 err="action from bad peer ignored"
INFO [05-06|16:08:41] Imported new state entries count=1 elapsed=1.003ms processed=3984410 pending=17

WARN [05-06|16:09:15] Synchronisation failed, retrying err="receipt download canceled (requested)"
WARN [05-06|16:09:23] Synchronisation failed, retrying err="block download canceled (requested)"
INFO [05-06|16:09:35] Imported new state entries count=1 elapsed=1.002ms processed=3985496 pending=17

WARN [05-06|16:23:56] Rolled back headers count=2048 header=1610668->1608620 fast=1574014->1574014 block=0->0
WARN [05-06|16:23:56] Synchronisation failed, retrying err="state data download canceled (requested)"

[GoldMiner817]

i guess its weekend, support is probably out

i've used another client, for those in troulbe; i like to share

Parity http://127.0.0.1:8180

less than 10 min sync time!

I am finally mining! 💃

i would like to use Geth tho, so a solution woudl be nice, cheers

[karalabe]

Parity warp sync just trusts its peers for the right data, and "validates it whenever" in the background. You'll still need the same time to make sure your chain is valid, but apparently people don't really care about it nowadays.

[GoldMiner817]

my main goal was to get the mining started, check i would like to get Geth going, but at the rate it was going, it took me at least a couple of weeks...if at all 2017-05-06 18:46 GMT+02:00 Péter Szilágyi <notifications@github.com>:

…

Parity warp sync just trusts its peers for the right data, and "validates it whenever" in the background. You'll still need the same time to make sure your chain is valid, but apparently people don't really care about it nowadays. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#14381 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AbFaos_M78pvqqNDBXftDlugiObYD7Y_ks5r3KPsgaJpZM4NICwO> .

-- Vriendelijke Groeten, Tomas Teunis

[sslavian812]

I have the same issue on windows 10.
geth -rpc and geth --fast --cache=1024 repeatedly produce err="retrieved hash chain is invalid"

Deleting the blockchain and starting over does not help.

I'm just trying to start mining!

[karalabe]

Yes, we've found a bug im the sync code that was amplified by a recentish regression. Working on a fix already. It only affects HDD users btw so if you can sync up to an ssd and copy over that will be an immediate solution. Maybe we'll have an hdd fix already today to try out but no promises yet.

…

On May 11, 2017 12:17, "Viacheslav Shalamov" ***@***.***> wrote: I have the same issue on windows 10. geth -rpc and geth --fast --cache=1024 repeatedly produce err="retrieved hash chain is invalid" Deleting the blockchain and starting over does not help. I'm just trying to start mining! — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#14381 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAH6GQKrwdGVQ87dnj9vzqTcTofbXbCLks5r4tImgaJpZM4NICwO> .

[sslavian812]

@karalabe I have only SSD in my laptop, but it affects me too.