tag v0.4.0 node could not run for node mainnet in normal
atenjin opened this issue · 0 comments
atenjin commented
Hi, we are elara team https://elara.patract.io/
We try to compile and run your node. We could figure out how to compile code, however when run the node, we meed a panic crash:
Version: 0.4.0-c4f2290-x86_64-linux-gnu
0: sp_panic_handler::set::{{closure}}
1: std::panicking::rust_panic_with_hook
at /rustc/5fd2f06e99a985dd896684cb2c9f8c7090eca1ab/src/libstd/panicking.rs:490
2: rust_begin_unwind
at /rustc/5fd2f06e99a985dd896684cb2c9f8c7090eca1ab/src/libstd/panicking.rs:388
3: core::panicking::panic_fmt
at /rustc/5fd2f06e99a985dd896684cb2c9f8c7090eca1ab/src/libcore/panicking.rs:101
4: core::panicking::panic_bounds_check
at /rustc/5fd2f06e99a985dd896684cb2c9f8c7090eca1ab/src/libcore/panicking.rs:73
5: snow::handshakestate::HandshakeState::read_message
6: libp2p_noise::io::SnowState::read_message
7: <libp2p_noise::io::NoiseOutput<T> as futures_io::if_std::AsyncRead>::poll_read
8: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
9: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
10: <libp2p_core::upgrade::apply::InboundUpgradeApply<C,U> as core::future::future::Future>::poll
11: <futures_util::future::future::map::Map<Fut,F> as core::future::future::Future>::poll
12: <futures_util::future::future::map::Map<Fut,F> as core::future::future::Future>::poll
13: <futures_util::future::try_future::try_flatten::TryFlatten<Fut,<Fut as futures_core::future::TryFuture>::Ok> as core::future::future::Future>::poll
14: <libp2p_core::transport::and_then::AndThenFuture<TFut,TMap,TMapOut> as core::future::future::Future>::poll
15: <libp2p_core::transport::map_err::MapErrListenerUpgrade<T,F> as core::future::future::Future>::poll
16: <libp2p_core::transport::map::MapFuture<T,F> as core::future::future::Future>::poll
17: <libp2p_core::transport::map_err::MapErrListenerUpgrade<T,F> as core::future::future::Future>::poll
18: <futures_util::future::future::Map<Fut,F> as core::future::future::Future>::poll
19: <futures_util::future::future::Map<Fut,F> as core::future::future::Future>::poll
20: <futures_util::future::try_future::try_flatten::TryFlatten<Fut,<Fut as futures_core::future::TryFuture>::Ok> as core::future::future::Future>::poll
21: <libp2p_core::connection::manager::task::Task<F,M,H,I,O,E,C> as core::future::future::Future>::poll
22: std::panicking::try
23: <futures_util::future::select::Select<A,B> as core::future::future::Future>::poll
24: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
25: tokio::runtime::task::core::Core<T,S>::poll
26: <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
27: tokio::runtime::task::raw::poll
28: std::thread::local::LocalKey<T>::with
29: tokio::runtime::thread_pool::worker::Context::run_task
30: tokio::runtime::thread_pool::worker::Context::run
31: tokio::macros::scoped_tls::ScopedKey<T>::set
32: tokio::runtime::thread_pool::worker::run
33: tokio::loom::std::unsafe_cell::UnsafeCell<T>::with_mut
34: <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
35: tokio::runtime::task::raw::poll
36: tokio::runtime::blocking::pool::Inner::run
37: tokio::runtime::context::enter
38: std::sys_common::backtrace::__rust_begin_short_backtrace
39: core::ops::function::FnOnce::call_once{{vtable.shim}}
40: <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once
at /rustc/5fd2f06e99a985dd896684cb2c9f8c7090eca1ab/src/liballoc/boxed.rs:1076
<alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once
at /rustc/5fd2f06e99a985dd896684cb2c9f8c7090eca1ab/src/liballoc/boxed.rs:1076
std::sys::unix::thread::Thread::new::thread_start
at /rustc/5fd2f06e99a985dd896684cb2c9f8c7090eca1ab/src/libstd/sys/unix/thread.rs:87
41: start_thread
42: __clone
Thread 'tokio-runtime-worker' panicked at 'index out of bounds: the len is 3 but the index is 3', /<my path>/.cargo/registry/src/github.com-1ecc6299db9ec823/snow-0.7.0/src/handshakestate.rs:359
It seems that at least you guys need to upgrade substrate version, so that the libp2p version could be upgraded and fix this panic.