Closed GO2Pro closed 6 months ago
cd $HOME
systemctl stop neard
rm -r "$HOME/.near/data/"
cd nearcore
cargo build --package neard --features statelessnet_protocol --release
cp $HOME/nearcore/target/release/neard /usr/local/bin/neard
cd $HOME
mkdir -p ~/.near/data
cd ~/.near/data
aws s3 --no-sign-request cp s3://near-protocol-public/backups/statelessnet/rpc/latest .
latest=$(cat latest)
aws s3 --no-sign-request cp --recursive s3://near-protocol-public/backups/statelessnet/rpc/$latest .
cd $HOME
sed -i 's/"state_sync_enabled": true/"state_sync_enabled": false/' $HOME/.near/config.json
sudo systemctl restart neard
journalctl -u neard -f -o cat
Confirm, the option "state_sync_enabled": false, solves the problem.
Thanks for reporting this issue.
ERROR runtime: Failed to check if a state snapshot exists err=STATE_SNAPSHOT_KEY
has nothing to do with the issue.
It is very likely that your node was too far behind and the garbage collection cleared the block that was considered the chain head. State sync may be related to this issue in the sense that the node was in the state sync mode when it was restarted and did not get the chance to update the chain block head after the block was garbage collected. This means that the upgrade did not cause the issue.
In order to check this hypothesis, you can run ./neard --unsafe-fast-startup view-state scan-db-column --column Block
and grep for the block in the error message: Chain(DBNotFoundErr("epoch block: <YourBlockHash>"))
.
In this case, restoring the /data
folder is the only solution. @encipher88 already provided the steps.
Should be fixed now @SmartMoveTeam could you please confirm?
Should be fixed now @SmartMoveTeam could you please confirm?
I confirm, everything works after enabling option state_sync_enabled: true
and restarting.
Bug Report
Overview
After updating to version statelessnet-83.0 (1.36.1-298-g984f6ad71), I've started encountering an error logged as follows:
Upon attempting to restart the service with the commands:
I am faced with a different error:
And an expanded version of this error when using
RUST_BACKTRACE=full
:Affected parties
Validators
Reproduction steps
Follow all the steps provided in the link starting from:
config.json
file and restore thenode_key.json
andvalidator_key.json
files.sudo systemctl start neard
After that, the service no longer starts.
Repeated the error several times in a row.
[Optional] Server Configuration