-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Invalid old blocks #9306
Comments
I've managed to reproduce this, except this time
So it downloads Here is where it gets the 3 dodgy ones:
Continuing to investigate. |
Roughly here is how it ends up in this state:
Putting together a PR to prevent it getting into this state. |
Old blocks still failed to sync correctly, but this time via a different path. It could be caused by my change since things start going bad after it gets the queue full error.
And hey presto we get stuck again as before:
|
Thanks, this is an important task. 👍 |
Tried running @andresilva's fix #9407. While it no longer retracts, it does get stuck at |
After warp sync completes, old/ancient blocks are downloaded. On my node, starting at
#1
some of those blocks are invalid, followed by valid blocks. Originally this was true only for#1
, all other blocks that I queried were valid. After a fresh sync, the same occurred except the range#1..#57
was invalid:Block 1 ❌
Expected 0x88e96d4537bea4d9c05d12549907b32561d3bf31f45aae734cdc119f13406cb6
Block 57 ❌
Expected 0xf394e8a094b2c701e66c8074ee7da247b676f71ba1633a68435f5e2aee975c5c
Block 58 ✔️
Expected 0xcd5b5c4cecd7f18a13fe974255badffd58e737dc67596d56bc01f063dd282e9e
It appears that one of our bootnodes is the source of these bad blocks. @ngotchac has been investigating that.
I'm going to run a fresh sync with sync tracing enabled to get more detailed logs.
The text was updated successfully, but these errors were encountered: