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

Parity 1.11.10 stuck syncing ancient block after warp sync #9486

Closed
boris-savic opened this issue Sep 6, 2018 · 4 comments
Closed

Parity 1.11.10 stuck syncing ancient block after warp sync #9486

boris-savic opened this issue Sep 6, 2018 · 4 comments
Labels
M4-core ⛓ Core client code / Rust. Z7-duplicate 🖨 Issue is a duplicate. Closer should comment with a link to the duplicate.
Milestone

Comments

@boris-savic
Copy link

  • Parity Ethereum version: 1.11.10-stable
  • Operating system: Ubuntu 18.04
  • Installation: one-line installer
  • Fully synchronized: no
  • Network: ethereum
  • Restarted: yes

I've setup a new node with more or less default config (attached the actual config.toml at the end) and after warp sync the node is stuck constantly fetching block 57. I've restarted the node several times, reinstalled Parity, etc.

Logs:

Sep 06 12:52:51 parity-node parity[17017]: 2018-09-06 12:52:51  Imported #6281861 0x9006…b89e (71 txs, 8.00 Mgas, 179 ms, 13.81 KiB)
Sep 06 12:52:53 parity-node parity[17017]: 2018-09-06 12:52:53  Imported #6281862 0x2b8f…0b16 (62 txs, 8.00 Mgas, 162 ms, 13.60 KiB)
Sep 06 12:53:02 parity-node parity[17017]: 2018-09-06 12:53:02         #57    8/50 peers    185 MiB chain  234 MiB db  0 bytes queue  353 MiB sync  RPC:  0 conn,  0 req/s, 416 µs
Sep 06 12:53:23 parity-node parity[17017]: 2018-09-06 12:53:23  Imported #6281863 0x39e5…2d4c (29 txs, 7.98 Mgas, 116 ms, 4.79 KiB)
Sep 06 12:53:28 parity-node parity[17017]: 2018-09-06 12:53:28  Imported #6281864 0x5b5d…5dcd (88 txs, 7.99 Mgas, 228 ms, 13.38 KiB)
Sep 06 12:53:34 parity-node parity[17017]: 2018-09-06 12:53:34  Imported #6281865 0xb8ce…3cd2 (74 txs, 7.99 Mgas, 237 ms, 29.24 KiB)
Sep 06 12:53:37 parity-node parity[17017]: 2018-09-06 12:53:37         #57    8/50 peers    185 MiB chain  234 MiB db  0 bytes queue  354 MiB sync  RPC:  0 conn,  0 req/s, 416 µs
Sep 06 12:53:39 parity-node parity[17017]: 2018-09-06 12:53:39  Imported #6281866 0xc50f…6683 (60 txs, 7.99 Mgas, 174 ms, 9.25 KiB)
Sep 06 12:53:50 parity-node parity[17017]: 2018-09-06 12:53:50  Imported #6281867 0x1eb1…40e3 (190 txs, 7.98 Mgas, 312 ms, 39.11 KiB)
Sep 06 12:53:59 parity-node parity[17017]: 2018-09-06 12:53:59  Imported #6281868 0x1115…7231 (67 txs, 7.99 Mgas, 164 ms, 11.96 KiB)
Sep 06 12:54:01 parity-node parity[17017]: 2018-09-06 12:54:01  Imported #6281869 0x6dcd…0352 (42 txs, 7.97 Mgas, 141 ms, 10.02 KiB)
Sep 06 12:54:12 parity-node parity[17017]: 2018-09-06 12:54:12         #57    8/50 peers    185 MiB chain  233 MiB db  0 bytes queue  358 MiB sync  RPC:  0 conn,  0 req/s, 416 µs

As you can see from the logs it's constantly syncing block 57. I've tried deleting the database completely and resyncing and it still gets stuck at the same block.

My config.toml:

[parity]
mode = "active"

[network]
min_peers = 50
max_peers = 250
allow_ips = "public"

[rpc]
server_threads = 2

[ipc]
disable = true

[footprint]
cache_size = 4096
@boris-savic
Copy link
Author

boris-savic commented Sep 6, 2018

After investigating further, I believe this is related to #9306 as I'm also getting invalid block hashes.

Is there any simple solution to this or restarting until hopefully it gets connected to a good peer?

Update: I've overriden the list of bootnodes with the ones from https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go It's syncing normally now.

@5chdn
Copy link
Contributor

5chdn commented Sep 6, 2018

Thanks. This is an important addition to #9306

I'll close this as duplicate though, please subscribe to the other issue.

@5chdn 5chdn closed this as completed Sep 6, 2018
@5chdn 5chdn added this to the 2.1 milestone Sep 6, 2018
@5chdn 5chdn added Z7-duplicate 🖨 Issue is a duplicate. Closer should comment with a link to the duplicate. M4-core ⛓ Core client code / Rust. labels Sep 6, 2018
@boris-savic
Copy link
Author

@5chdn interestingly enough after an hour of syncing it's back to block 57. It has synced to block 504884 and then looped back a few times from block 28.000+ and now it's back to block 57.

Is there any other possible solution to get a full node? Right now there seems to be no way to spin-up a new node

@5chdn
Copy link
Contributor

5chdn commented Sep 6, 2018

we are currently isolating and purging the node, please try again later.

there is a separate fix for #9306 being worked on.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
M4-core ⛓ Core client code / Rust. Z7-duplicate 🖨 Issue is a duplicate. Closer should comment with a link to the duplicate.
Projects
None yet
Development

No branches or pull requests

2 participants