Closed alexqrid closed 3 years ago
Thanks for your report!
This likely occurs because our RuntimeVersion cache tries to fetch the storage of the Genesis block (0x91b171bb158e2d3848fa23a9f1c25182fb8e20313b2c1eb49219da7a70ce90c3 is genesis on Polkadot), and it can't find anything. Should be a quick fix
So what should I do if I want to run it, wait until the team release the fix or there is a quick fix?
Actually, I am having trouble reproducing this. I am able to get RuntimeVersionInfo
polkadot fine even on the genesis block:
~/projects/parity/substrate-archive/bin/polkadot-archive on master •
[I] ❯ ./target/release/polkadot-archive --chain=polkadot -c my_conf.toml
[17:35] INFO Open RocksDB at /home/insipx/.local/share/polkadot/chains/polkadot/db, state column budget: 115 MiB, others(11) column cache: 1 MiB
[17:35] INFO Running archive for 🔗 `polkadot`, implementation `parity-polkadot`. Latest known runtime version: 27. Latest finalized block 0xcddd…e006 🛡️
[17:35] INFO 0 missing blocks
[17:35] INFO Restoring 0 missing storage entries. This could take a few minutes...
[17:35] INFO Storage restored
[17:35] INFO Took 1.13820962s to load 1001 blocks
[17:35] INFO Getting metadata for hash 91b171bb158e2d3848fa23a9f1c25182fb8e20313b2c1eb49219da7a70ce90c3, version 0
[17:35] INFO Took 891.487515ms to insert 1001 blocks
[17:35] INFO Indexing 9 blocks of storage entries
[17:35] INFO Took 1.165941462s to load 1000 blocks
[17:35] INFO Indexing 9 blocks of storage entries
^C[17:35] INFO waiting for last storage insert...
[17:35] INFO Took 1.17366154s to load 1000 blocks
[17:35] INFO storage inserted
Can you confirm that you are running your polkadot node with --pruning=archive
? If so, what other settings do you have polkadot configured with on launch?
Oh, my mistake. I thought I was running in archive
mode, but suddenly noticed that forgot this flag. Thank you for the quick response.
Hi. I am using ubuntu 20.04 LTS VPS. I have successfully set up the archival node and fully synced with the blockchain. But everytime when I run
substrated-archive
to index all data to thepostgres
I face with the problem:Logs
```sh polkadot:~/substrate-archive/bin/polkadot-archive# cargo run --release -- -c /root/polka_conf.toml --chain=polkadot Compiling rococo-runtime v0.8.27 (https://github.com/paritytech/polkadot?branch=master#b2fea426) Compiling polkadot-runtime v0.8.27 (https://github.com/paritytech/polkadot?branch=master#b2fea426) Compiling westend-runtime v0.8.27 (https://github.com/paritytech/polkadot?branch=master#b2fea426) Compiling kusama-runtime v0.8.27 (https://github.com/paritytech/polkadot?branch=master#b2fea426) Compiling polkadot-service v0.8.3 (https://github.com/paritytech/polkadot?branch=master#b2fea426) Compiling polkadot-archive v0.2.2 (/root/substrate-archive/bin/polkadot-archive) Finished release [optimized] target(s) in 6m 27s Running `target/release/polkadot-archive -c /root/polka_conf.toml --chain=polkadot` [12:51] INFO Open RocksDB at /root/.local/share/polkadot/chains/polkadot/db, state column budget: 115 MiB, others(11) column cache: 1 MiB [12:52] INFO Running archive for chain `polkadot` 🔗, implementation `parity-polkadot`. Latest known runtime version: 27. Latest finalized block 0x5412…bc15 🛡️ [12:52] INFO 0 missing blocks [12:52] INFO Restoring 0 missing storage entries. This could take a few minutes... [12:52] INFO Storage restored [12:52] INFO Took 25.053473691s to load 100001 blocks thread 'blocking-1' panicked at 'No storage found for 0x91b171bb158e2d3848fa23a9f1c25182fb8e20313b2c1eb49219da7a70ce90c3', /root/substrate-archive/substrate-archive-backend/src/read_only_backend.rs:100:66 stack backtrace: 0: rust_begin_unwind at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/std/src/panicking.rs:495:5 1: std::panicking::begin_panic_fmt at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/std/src/panicking.rs:437:5 2: substrate_archive_backend::read_only_backend::ReadOnlyBackendFull stack trace
```sh [12:57] INFO Running archive for chain `polkadot` 🔗, implementation `parity-polkadot`. Latest known runtime version: 27. Latest finalized block 0x3a73…8067 🛡️ [12:57] INFO 0 missing blocks [12:57] INFO Restoring 0 missing storage entries. This could take a few minutes... [12:57] INFO Storage restored [12:57] INFO Took 25.478931525s to load 100001 blocks thread 'blocking-1' panicked at 'No storage found for 0x91b171bb158e2d3848fa23a9f1c25182fb8e20313b2c1eb49219da7a70ce90c3', /root/substrate-archive/substrate-archive-backend/src/read_only_backend.rs:100:66 stack backtrace: 0: 0x5614778743a0 - std::backtrace_rs::backtrace::libunwind::trace::h04d12fdcddff82aa at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/std/src/../../backtrace/src/backtrace/libunwind.rs:100:5 1: 0x5614778743a0 - std::backtrace_rs::backtrace::trace_unsynchronized::h1459b974b6fbe5e1 at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/std/src/../../backtrace/src/backtrace/mod.rs:66:5 2: 0x5614778743a0 - std::sys_common::backtrace::_print_fmt::h9b8396a669123d95 at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/std/src/sys_common/backtrace.rs:67:5 3: 0x5614778743a0 -I haven't change anything in test_conf.toml file except
postgres
database credentials.