-
Notifications
You must be signed in to change notification settings - Fork 713
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gaia rpc node stop sync at block 15214022 #2476
Comments
exactly same error.... |
same error too... |
me upgrade my nodes from v9.0.3 to v9.1.0 in the morning today, and met the same error as issue mentioned... |
same error on gaia v9.0.1 |
same error too... |
same error here... |
I have the same problem too, I use v9.0.3 |
https://github.com/cosmos/gaia/releases/tag/v9.1.0 |
how can we recover from it? is there another way than resyncing? |
@bb4L You can try |
I have tried rollback, but rollback command only rollback one block
After rollback, I start gaia 9.1.0, but meet another error, and the header block stop at 15214023
So I use old gaia to rollback muti-times, but only one block is rollback, can not rollback to 15214021 now.
|
I use an old backup data and gaia 9.1.0 to sync, met the same problem at block 15056920
|
Hey guys, to me this is expected behavior. Except of course for the block height. So the cosmos hub went down and came back up at block 15213800 This was a breaking change. So from now on validators are going to need to do the very same thing: go down at that height, and then come back up at 15213800. I don't think that there's any way around this. I believe that this is a permanent matter without a clear solution. Update: there is a somewhat clear solution for this. Specifically, set a hall height after the start of version 9, the halt height should be 15213800 and after your node halts, start it again without the halt height set. This will avoid the issue. |
I also encountered the same problem, so how can we solve it |
i got the same. why can't rollback to the specified block height |
Try to restart it with snapshot |
This method is too expensive, is it equivalent to resynchronizing all nodes? |
@maomaozhou or you can try this snapshot https://polkachu.com/tendermint_snapshots/cosmos |
I don't recommend snapshots since they're not as secure as state sync. To state sync gaia v9.1.0 you do like: git clone https://github.com/cosmos/gaia
cd gaia
bash contrib/statesync.bash |
@mpoke wdyt about giving v9.0.x a halt height by default, so that users don't encounter this issue? To users: what specifically are you trying to accomplish? |
Unfortunately, as already stated above this is expected behaviour for a co-ordinated emergency upgrade. The OP posted that an app hash happened on An app hash error will always happen in case you don't upgrade your node version since your node will be using a version different than the rest of the network that cannot process certain messages (data) correctly and update the state database correctly. Due to incorrect data processing the node cannot participate in consensus. Emergency releases are a last resort but they can happen on any blockchain if a critical vulnerability is found in any of the modules used by the chain binary. If possible, follow the releases and discord channels where regular updates are posted. Please let us know if you want to be notified about upcoming upgrades through different channels and reach out so we can set those up. |
Hi @lcgogo, please let me know if your issue is solved. If yes, we will close this issue. |
Hi, @lcgogo, please let us know if you still experience this issue, otherwise, we will close it end of this week, you can always reopen if the issue still exists. |
Problem
I use gaia 9.0.1 before and it stop sync at block 15214022 today
So I upgrade to 9.1.0 but meet followed error
then gaia restart
Problem details
The text was updated successfully, but these errors were encountered: