Closed saingsab closed 3 years ago
Scenario: 1 - Started the node and running normally 2 - Node started syncing the data from other peer and print the bug/error as bellow:
Dec 26 09:22:30.585 INFO ⚙️ Syncing 381.4 bps, target=#360658 (4 peers), best: #276323 (0x94a2…f779), finalized #275968 (0x4755…4b8d), ⬇ 197.4kiB/s ⬆ 1.4kiB/s Hash: given=2dfc10faebb80932fd3cb3e41fad76cd1c0b52946445bfa875881ae00bf1c895, expected=b9424d2200f01d616860dc0a047311ffaa189487774bc6b06e9b8d0d132aabf5 ==================== Version: 2.0.0-11c5928-x86_64-linux-gnu 0: sp_panic_handler::set::{{closure}} 1: std::panicking::rust_panic_with_hook at /rustc/f781babf87dea29c44f93842b7ac9eb809549d29/src/libstd/panicking.rs:524 2: std::panicking::begin_panic 3: frame_executive::Executive<System,Block,Context,UnsignedValidator,AllModules,COnRuntimeUpgrade>::final_checks 4: tracing::span::Span::in_scope 5: frame_executive::Executive<System,Block,Context,UnsignedValidator,AllModules,COnRuntimeUpgrade>::execute_block 6: <node_indracore_runtime::Runtime as sp_api::runtime_decl_for_Core::Core<sp_runtime::generic::block::Block<sp_runtime::generic::header::Header<u32,sp_runtime::traits::BlakeTwo256>,sp_runtime::generic::unchecked_extrinsic::UncheckedExtrinsic<<pallet_indices::Module<node_indracore_runtime::Runtime> as sp_runtime::traits::StaticLookup>::Source,node_indracore_runtime::Call,sp_runtime::MultiSignature,(frame_system::extensions::check_spec_version::CheckSpecVersion<node_indracore_runtime::Runtime>,frame_system::extensions::check_tx_version::CheckTxVersion<node_indracore_runtime::Runtime>,frame_system::extensions::check_genesis::CheckGenesis<node_indracore_runtime::Runtime>,frame_system::extensions::check_mortality::CheckMortality<node_indracore_runtime::Runtime>,frame_system::extensions::check_nonce::CheckNonce<node_indracore_runtime::Runtime>,frame_system::extensions::check_weight::CheckWeight<node_indracore_runtime::Runtime>,pallet_transaction_payment::ChargeTransactionPayment<node_indracore_runtime::Runtime>)>>>>::execute_block 7: sp_api::runtime_decl_for_Core::execute_block_native_call_generator::{{closure}} 8: std::thread::local::LocalKey<T>::with 9: sc_executor::native_executor::WasmExecutor::with_instance::{{closure}} 10: sc_executor::wasm_runtime::RuntimeCache::with_instance 11: <sc_executor::native_executor::NativeExecutor<D> as sp_core::traits::CodeExecutor>::call 12: sp_state_machine::execution::StateMachine<B,H,N,Exec>::execute_aux 13: sp_state_machine::execution::StateMachine<B,H,N,Exec>::execute_using_consensus_failure_handler 14: <sc_service::client::call_executor::LocalCallExecutor<B,E> as sc_client_api::call_executor::CallExecutor<Block>>::contextual_call 15: <sc_service::client::client::Client<B,E,Block,RA> as sp_api::CallApiAt<Block>>::call_api_at 16: sp_api::runtime_decl_for_Core::execute_block_call_api_at 17: sp_api::Core::execute_block_with_context 18: <&sc_service::client::client::Client<B,E,Block,RA> as sp_consensus::block_import::BlockImport<Block>>::import_block 19: <sc_finality_grandpa::import::GrandpaBlockImport<BE,Block,Client,SC> as sp_consensus::block_import::BlockImport<Block>>::import_block 20: <sc_consensus_babe::BabeBlockImport<Block,Client,Inner> as sp_consensus::block_import::BlockImport<Block>>::import_block 21: sp_consensus::import_queue::import_single_block_metered 22: <futures_util::future::poll_fn::PollFn<F> as core::future::future::Future>::poll 23: <futures_util::future::future::map::Map<Fut,F> as core::future::future::Future>::poll 24: <futures_util::future::future::flatten::Flatten<Fut,<Fut as core::future::future::Future>::Output> as core::future::future::Future>::poll 25: <futures_util::future::poll_fn::PollFn<F> as core::future::future::Future>::poll 26: <sc_service::task_manager::prometheus_future::PrometheusFuture<T> as core::future::future::Future>::poll 27: <futures_util::future::select::Select<A,B> as core::future::future::Future>::poll 28: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll 29: std::thread::local::LocalKey<T>::with 30: futures_executor::local_pool::block_on 31: tokio::runtime::task::core::Core<T,S>::poll 32: tokio::runtime::task::harness::Harness<T,S>::poll 33: tokio::runtime::blocking::pool::Inner::run 34: tokio::runtime::context::enter 35: std::sys_common::backtrace::__rust_begin_short_backtrace 36: core::ops::function::FnOnce::call_once{{vtable.shim}} 37: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once at /rustc/f781babf87dea29c44f93842b7ac9eb809549d29/src/liballoc/boxed.rs:1081 <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once at /rustc/f781babf87dea29c44f93842b7ac9eb809549d29/src/liballoc/boxed.rs:1081 std::sys::unix::thread::Thread::new::thread_start at /rustc/f781babf87dea29c44f93842b7ac9eb809549d29/src/libstd/sys/unix/thread.rs:87 38: start_thread 39: __GI___clone Thread 'tokio-runtime-worker' panicked at 'Storage root must match that calculated.', /home/ayoung/.rustup/toolchains/nightly-2020-07-02-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libstd/macros.rs:13
it have been fix in v0.1.0
Scenario: 1 - Started the node and running normally 2 - Node started syncing the data from other peer and print the bug/error as bellow: