Closed stwiname closed 1 month ago
Geth will only reserve the latest 90K state histories by default, namely only the blocks in range of [HEAD-90K, HEAD] are suitable for rollback;
Besides, are you sure you are using 1.14.5
? Path: Block state missing, rewinding further number
it's not the log emitted by Geth btw (no Path prefix)
So in order to roll back more than 90k blocks it would need to be an archive node (or configure the threshold)? Out of curiosity would it be possible to use the downloader to get a state snapshot around the desired height?
Path:
was added in by me to try and understand what was going on a little further.
So in order to roll back more than 90k blocks it would need to be an archive node (or configure the threshold)?
Yes, you can specify the amount of state histories to be reserved by --history.state
Out of curiosity would it be possible to use the downloader to get a state snapshot around the desired height?
Unfortunately it's impossible. The state in network is forwarding dynamically, downloader will only pick the available state as the sync target and switch the pivot point regularly.
System information
Geth version: 1.14.5 CL client & version: e.g. lighthouse OS & Version: Linux Commit hash : https://github.com/ethereum/go-ethereum/commit/0dd173a727dd2d2409b8e401b22e85d20c25b71f
Expected behaviour
debug_setHead
should rewind to the specified headActual behaviour
Rewinds to the genesis block
Steps to reproduce the behaviour
--sepolia --syncmode "full"
(all other options can be default)debug_setHead
via JSON-RPC and set to any block the is within the ancients range (e.g 1m)Backtrace
The start of this is truncated there are a lot of logs repeating and working down block by block.