Skip to content
This repository has been archived by the owner on Nov 6, 2020. It is now read-only.
This repository has been archived by the owner on Nov 6, 2020. It is now read-only.

Stage 3 block verification failed (with --light option) #6402

Closed
v-ko opened this issue Aug 28, 2017 · 17 comments
Closed

Stage 3 block verification failed (with --light option) #6402

v-ko opened this issue Aug 28, 2017 · 17 comments
Assignees
Labels
F2-bug 🐞 The client fails to follow expected behavior. M4-core ⛓ Core client code / Rust. P2-asap 🌊 No need to stop dead in your tracks, however issue should be addressed as soon as possible.
Milestone

Comments

@v-ko
Copy link

v-ko commented Aug 28, 2017

I'm running:
Operating system: Manjaro (Linux, Arch based)
Parity version: 1.7.0-1 , installed from the repos

I ran parity with the --light option. Several times I had the sync process stop advancing (while still giving updates in the cli, just with hdr/s = 0 and the block being the same). I restarted parity whenever that happened (ctrl-c, and re-run, like 3-4 times).
Now I got the error:

Stage 3 block verification failed for #3100000 (55a0…4876)
Error: Block(InvalidDifficulty(Mismatch { expected: 13828535640678, found: 13828267205222 }))

and I'm stuck with it. I guess I could try to clear the database/settings and re-run parity, but I thought there might be some additional debugging info that could be extracted from the situation. It's a pretty clean install, I only added the following as a config file:

[parity]
db_path = "/all/parity_chains"

[footprint]
db_compaction = "hdd"

@5chdn
Copy link
Contributor

5chdn commented Aug 28, 2017

the 0 hdr/s issue is logged here #6319 and the block verification issue might be related to this issue. you could try resetting the database and sync again.

note that light client support is still highly experimental and you should not use it in production.

@5chdn 5chdn closed this as completed Aug 28, 2017
@5chdn 5chdn added the Z7-duplicate 🖨 Issue is a duplicate. Closer should comment with a link to the duplicate. label Aug 28, 2017
@carver
Copy link

carver commented Sep 27, 2017

I just wanted to note that I had exactly the same error on the same block, with the light client:

2017-09-27 14:27:53 Starting Parity/v1.7.2-beta-9f47909-20170918/x86_64-linux-gnu/rustc1.19.0
...
2017-09-27 14:27:53 Running in experimental Light Client mode.
...
2017-09-27 14:28:20 Stage 3 block verification failed for #3100000 (55a0…4876)
Error: Block(InvalidDifficulty(Mismatch { expected: 13828535640678, found: 13828267205222 }))

I'm using --db-compaction ssd, so that seems unrelated.

@HaleTom
Copy link

HaleTom commented Sep 28, 2017

Me also, with exactly the same numbers. I don't have any compaction setting.

2017-09-28 15:52:25  Starting Parity/v1.7.2-beta-9f47909ed-20170918/x86_64-linux-gnu/rustc1.20.0
2017-09-28 15:52:25  Keys path /home/ravi/.local/share/io.parity.ethereum/keys/Foundation
2017-09-28 15:52:25  DB path /home/ravi/.local/share/io.parity.ethereum/chains/ethereum/db/906a34e69aec8c0d
2017-09-28 15:52:25  Path to dapps /home/ravi/.local/share/io.parity.ethereum/dapps
2017-09-28 15:52:25  Running in experimental Light Client mode.
2017-09-28 15:52:25  NAT mapped to external address 192.168.1.7:54318
2017-09-28 15:52:25  Public node URL: enode://47dc8a983dabc72badc48595fd69b64f22ca7c3d737ac4fb210e37335c1d3da568ea2b9282d3b39138cdc5e1fb558114e534e307fb446e2da47a3b4b82ece5b5@192.168.1.7:54318+50570
2017-09-28 15:52:29  Stage 3 block verification failed for #3100000 (55a0…4876)
Error: Block(InvalidDifficulty(Mismatch { expected: 13828535640678, found: 13828267205222 }))
2017-09-28 15:52:30  Syncing #3099999 3608…58d7     0 hdr/s   5206+    0 Qed  #3099999   16/50 peers   664 bytes cache 4 MiB queue  RPC:  0 conn,  0 req/s,   0 µs
...

Given 3 people with exactly matching numbers, would you consider reopening, @5chdn ?

Also regarding your work-around try resetting the database and sync again, I've searched the FAQ and can't find anything on that.

Do you mean rm -r ~/.local/share/io.parity.ethereum/chains/ethereum/db?

@5chdn 5chdn added F2-bug 🐞 The client fails to follow expected behavior. M4-core ⛓ Core client code / Rust. P5-sometimesoon 🌲 Issue is worth doing soon. and removed Z7-duplicate 🖨 Issue is a duplicate. Closer should comment with a link to the duplicate. labels Sep 28, 2017
@5chdn 5chdn reopened this Sep 28, 2017
@5chdn
Copy link
Contributor

5chdn commented Sep 28, 2017

@rphmeier ^

Can not reproduce this with latest master 1.8.x

@HaleTom
Copy link

HaleTom commented Sep 28, 2017

Any tips on my question about the database reset would be appreciated. Doing my rm caused the block number count to start at 0 again.

@5chdn
Copy link
Contributor

5chdn commented Sep 28, 2017

Yes resetting the database means you start at 0, a good way is to run parity --light db kill. But I think this is a confirmed issue and wont resolve this.

@rphmeier rphmeier self-assigned this Sep 28, 2017
@5chdn 5chdn added this to the 1.9 milestone Oct 5, 2017
@timsomers
Copy link

I can confirm I've just had the same issue twice in a row, resetting the db in between. Twice on the same block, there must be something in it that light mode doesn't like.

2017-10-07 10:35:43  Syncing #3099441 271a…581d   955 hdr/s  25338+    0 Qed  #3099441   25/50 peers   10 MiB cache 21 MiB queue  RPC:  0 conn,  0 req/s,   0 µs
2017-10-07 10:35:44  Stage 3 block verification failed for #3100000 (55a0…4876)
Error: Block(InvalidDifficulty(Mismatch { expected: 13828535640678, found: 13828267205222 }))
2017-10-07 10:35:48  Syncing #3099999 3608…58d7   111 hdr/s  28522+    0 Qed  #3099999   25/50 peers   10 MiB cache 24 MiB queue  RPC:  0 conn,  0 req/s,   0 µs

I'm running parity 1.7.2 downloaded from https://github.com/paritytech/parity/releases, running on debian testing.

@mrbrdo
Copy link

mrbrdo commented Oct 11, 2017

I have the same issue on parity 1.7.3 on Mac OS X High Sierra.

2017-10-11 04:57:48  Syncing #3099722 e2ef�1c6c   737 hdr/s  16607+    0 Qed  #3099722    7/150 peers   10 MiB cache 14 MiB queue  RPC:  0 conn,  0 req/s,   0 µs
2017-10-11 04:57:48  Stage 3 block verification failed for #3100000 (55a0�4876)
Error: Block(InvalidDifficulty(Mismatch { expected: 13828535640678, found: 13828267205222 }))
2017-10-11 04:57:53  Syncing #3099999 3608�58d7    55 hdr/s  29999+    0 Qed  #3099999    9/150 peers   10 MiB cache 25 MiB queue  RPC:  0 conn,  0 req/s,   0 µs

Did db kill resolve the issue for anyone?

@MatejLach
Copy link

MatejLach commented Oct 15, 2017

Can confirm this issue persists even on 1.8.0-nightly, it always gets stuck somewhere, but not always on the exact same block for me, db kill doesn't help.

@5chdn 5chdn added P2-asap 🌊 No need to stop dead in your tracks, however issue should be addressed as soon as possible. and removed P5-sometimesoon 🌲 Issue is worth doing soon. labels Oct 16, 2017
@jchaager
Copy link

This issue is also present for me in the 1.8.1-beta downloaded from the parity release page.

@deonis78
Copy link

deonis78 commented Nov 3, 2017

I am having the "Stage 3 block verification failed" error and synchronization stuck at block # 4370000 without --light option. In fact I ran parity without any arguments.

OS: Windows 10 x64. Parity version: Parity/v1.7.0-beta-5f2cabd-20170727/x86_64-windows-msvc/rustc1.18.0

2017-11-03 16:13:46  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369999    7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   10 KiB sync  RPC:  2 conn,  1 req/s, 105 µs
2017-11-03 16:13:51  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369999    7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   10 KiB sync  RPC:  2 conn,  2 req/s,  77 µs
2017-11-03 16:13:56  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369999    7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   10 KiB sync  RPC:  2 conn,  2 req/s,  92 µs
2017-11-03 16:14:06  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369999    7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   10 KiB sync  RPC:  2 conn,  1 req/s, 101 µs
2017-11-03 16:14:14  Stage 3 block verification failed for #4370000 (b1fc…785e)
Error: Block(InvalidDifficulty(Mismatch { expected: 2998009606615050, found: 2994347070619309 }))
2017-11-03 16:14:16  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4370062    7/25 peers      2 MiB chain   61 MiB db  0 bytes queue  131 KiB sync  RPC:  2 conn,  2 req/s, 101 µs
2017-11-03 16:14:51     6/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  1 req/s, 528 µs
2017-11-03 16:15:01  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369985    8/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  1 req/s, 1093 µs
2017-11-03 16:15:26  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369984    8/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  1 req/s, 444 µs
2017-11-03 16:16:01     7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  4 req/s,  48 µs
2017-11-03 16:16:36     7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  3 req/s, 679 µs
2017-11-03 16:17:11     6/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  2 req/s, 230 µs
2017-11-03 16:17:46     6/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  2 req/s, 135 µs
2017-11-03 16:18:21     7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  1 req/s, 157 µs
2017-11-03 16:18:56     7/25 peers      2 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  3 req/s,  85 µs
2017-11-03 16:19:31     8/25 peers      3 MiB chain   61 MiB db  0 bytes queue   19 KiB sync  RPC:  2 conn,  1 req/s, 162 µs
2017-11-03 16:19:41  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369953    9/25 peers      3 MiB chain   61 MiB db  0 bytes queue   56 KiB sync  RPC:  2 conn,  1 req/s, 603 µs
2017-11-03 16:19:51  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369951    9/25 peers      3 MiB chain   61 MiB db  0 bytes queue   33 KiB sync  RPC:  2 conn,  1 req/s,  93 µs
2017-11-03 16:20:26  Syncing #4370000 57bf…c979     0 blk/s    0 tx/s   0 Mgas/s      0+    0 Qed  #4369947    9/25 peers      3 MiB chain   61 MiB db  0 bytes queue   33 KiB sync  RPC:  2 conn,  1 req/s,  77 µs

@5chdn
Copy link
Contributor

5chdn commented Nov 4, 2017

@deonis78 there was a hard-fork on block 43700000 - please upgrade to 1.8.2 :)

@deonis78
Copy link

deonis78 commented Nov 6, 2017

@5chdn Thank you very much for the explanation! Upgrading to 1.8.2 has helped.

@5chdn 5chdn mentioned this issue Nov 16, 2017
64 tasks
@folsen folsen self-assigned this Jan 3, 2018
@5chdn 5chdn modified the milestones: 1.9, 1.10 Jan 23, 2018
@5chdn 5chdn mentioned this issue Jan 26, 2018
46 tasks
@J-A-M-E-5
Copy link

Can confirm just got this with latest version of Parity.

Running full parity node with archiving and fat-db, having to sync on a SSD RAID0 array to try and make progress.

Starting Parity/v1.10.0-nightly-c060d95-20180209/x86_64-linux-gnu/rustc1.23.0

2018-02-12 13:50:41  Stage 3 block verification failed for #4370000 (57bf…c979)
Error: Block(InvalidDifficulty(Mismatch { expected: 2994347070619309, found: 2996546093872813 }))

However it still keeps syncing blocks so hasn't frozen at this block. So is this a warning or a error?

@5chdn
Copy link
Contributor

5chdn commented Feb 12, 2018

If it keeps syncing it just received a block from another chain and discarded it, syncing from other light peers. In that cause it should be considered a warning not an error.

It's notable that this appears only on even blocks, e.g., 3100000, 4370000. So closing this as non-issue.

@5chdn 5chdn closed this as completed Feb 12, 2018
@5chdn 5chdn reopened this Jul 13, 2018
@5chdn
Copy link
Contributor

5chdn commented Jul 13, 2018

Still happens with 1.11.6

@Tbaut
Copy link
Contributor

Tbaut commented Nov 14, 2018

closing as hardcoded headers should help. Please reopen with logs if it still happens.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
F2-bug 🐞 The client fails to follow expected behavior. M4-core ⛓ Core client code / Rust. P2-asap 🌊 No need to stop dead in your tracks, however issue should be addressed as soon as possible.
Projects
None yet
Development

No branches or pull requests