-
Notifications
You must be signed in to change notification settings - Fork 26
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
getblocktemplate
corrupted claimtrie database
#71
Comments
What version? It would be interesting to know if this is related to the node cache or not. I thought that I had it so that it wouldn't modify the database from getblocktemplate (in current code). |
Database "corruption" might not be accurate. It maybe just the block marked as invalided in the database. It happened on v0.22.102, which is a pretty recent commit (2022-07-06) And it was recoverable by
From the log below, the ClaimTrie root calculation mismatches the actual hash in the header.
|
Some update: It just happened again on block 1194911 (07/20/2022). |
The node-cache optimization was a substantial speedup on the getblocktemplate call. It might be worth it to test the single-threaded version (with the node cache). |
We'll set up a small long-running node dedicated to |
Can you rebase that change to the current master, and test it in your environment or the CI. The following was my attempt to rebase, but it runs twice as longer rebuilding the RamTrie (3min vs 6min) on my machine. It could be me dropping something during the merge. https://github.com/lbryio/lbcd/tree/single_thread_cache-rebased |
Your rebase looks okay; the RamTrie rebuild is slower in the single-threaded case. That's expected. |
Failed to create new block template: in reset height: unable to restore the hash at height 1193913
Waiting for feedback if the database is recoverable using
reconsiderblock blockhash
The text was updated successfully, but these errors were encountered: