reth
reth copied to clipboard
ExEx starts up and exits afterwards without any error/warning
Describe the bug
I ran into an issue while trying to learn and work with ExExes
- I cloned the example ExExes given in the docs(particularly the Hello World and Tracking State) and ran them on holesky chain via the default reth node. The ExEx ran fine without any problem and generated the db directory but after creating that, the process ended without doing anything.
- First I thought the problem might be due to the unavailability of sufficient data in the db so i synced a new holesky archive node and hooked the
--datadirto that node's db. The problem still persisted, the process exited without any error after startup.
As of right now i am unable to understand what is going wrong with my implementation.
Steps to reproduce
- Follow the steps given on this page and setup the hello world exex.
- run this command
cargo run -- init --chain holesky --datadir "db"with a suitable directory in place of db.
Node logs
2024-08-07T05:21:04.045702Z INFO reth::cli: Initialized tracing, debug log directory: /Users/aniruddh/Library/Caches/reth/logs/holesky
2024-08-07T05:21:04.048332Z INFO reth::cli: reth init starting
2024-08-07T05:21:04.051719Z INFO reth::cli: Opening storage db_path="/Volumes/Aniruddh\'s T7 Shield/node/holeskyy/execution/db" sf_path="/Volumes/Aniruddh\'s T7 Shield/node/holeskyy/execution/static_files"
2024-08-07T05:21:04.249022Z DEBUG storage::db::mdbx: Commit total_duration=177.947375ms commit_latency=Some(CommitLatency(MDBX_commit_latency { preparation: 0, gc_wallclock: 21, audit: 0, write: 0, sync: 11637, ending: 0, whole: 11659, gc_cputime: 889, gc_prof: MDBX_commit_latency__bindgen_ty_1 { wloops: 1, coalescences: 1, wipes: 0, flushes: 0, kicks: 0,
work_counter: 1, work_rtime_monotonic: 13, work_xtime_cpu: 218, work_rsteps: 4, work_xpages: 0, work_majflt: 0, self_counter: 0, self_rtime_monotonic: 0, self_xtime_cpu: 376, self_rsteps: 0, self_xpages: 0, self_majflt: 0 } })) is_read_only=false
2024-08-07T05:21:04.266103Z INFO reth::cli: Verifying storage consistency.
2024-08-07T05:21:04.361313Z DEBUG reth::cli: Initializing genesis chain=holesky genesis=0xb5f7f912443c940f21fd611f12828d75b534364ed9e95ca4e307729a4661bde4
2024-08-07T05:21:04.362927Z DEBUG reth_db_common::init: Genesis already written, skipping.
2024-08-07T05:21:04.363033Z INFO reth::cli: Genesis block written hash=0xb5f7f912443c940f21fd611f12828d75b534364ed9e95ca4e307729a4661bde4
Platform(s)
Mac (Apple Silicon)
What version/commit are you on?
1.0.1
What database version are you on?
command not working. getting this in return :
Initialized tracing, debug log directory: /Users/aniruddh/Library/Caches/reth/logs/mainnet
Error: Datadir does not exist: "/Users/aniruddh/Library/Application Support/reth/mainnet"
Location:
/Users/aniruddh/Downloads/reth/crates/cli/commands/src/db/mod.rs:71:9
### Which chain / network are you on?
holesky
### What type of node are you running?
Archive (default)
### What prune config do you use, if any?
_No response_
### If you've built Reth from source, provide the full command you used
_No response_
### Code of Conduct
- [X] I agree to follow the Code of Conduct