-
Notifications
You must be signed in to change notification settings - Fork 206
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
chifra init all not working #3531
Comments
You must have a valid |
/opt/etl$ chifra status --chain mainnet |
$erigon --datadir=./ethereum_erigon --chain=mainnet --http.api=engine,eth,erigon,web3,trace,net,debug |
So, it looks like you're starting your node right, but it's not visible to Try this:
I'm not certain, of course, but I don't think this will work either. If it does not, then neither will If it does work, then we may have a different problem. |
/opt$ curl -X POST -H "Content-Type: application/json" --data '{ "jsonrpc": "2.0", "method": "eth_getBlockByNumber", "params": [ "0xc", true ], "id": 1 }' "http://localhost:8545" i am not completly sure it worked or not. |
I get this:
So your node is working, but now I'm curious if you're running |
But....and this is a BIG but.... I'm just now noticing that your node is only synced to block Try this:
I would suggest (1), but (2) may work. I'd be interested to learn if it does. |
When I do:
I get:
which is block |
Okay, it seems after eth merge, i also need to run consensus layer client as well. i am trying it with erigon internal consensus layer client. i am seeing different logs this time. |
I thought this might be the problem, but I wasn't sure if block 6999999 was the right block, so I didn't want to confuse things. Yes. After the merge you must run two clients. CL (like Prysm) and EL (like Erigon). Sorry it took so long to get to this point... Happy to help. If you have any more questions, please let me know. |
/opt/etl$ curl -X POST -H "Content-Type: application/json" --data '{ "jsonrpc": "2.0", "method": "eth_getBlockByNumber", "params": [ "0xc", true ], "id": 1 }' "http://localhost:8545" opt/etl$ chifra status --chain mainnet /opt/etl$ chifra init --all Flags: Notes:
|
Okay. So you're making progress syncing...I now see block 17,819,982. That's good. Now we've encountered a real bug in our code...the "publisher" of the index (which is what Once your chain is caught up that far, I would hope If not, then we have a more serious bug... I did write this issue (#3533) but since it only happens if the end user's node is not synced to block 18,538,072 it won't get attention right away...but it will get fixed... Upshot: wait just a little bit more until your node is further synced and it should work... |
/opt/etl$ chifra init --all it seems started to work. |
EROR[09-03|11:08:56.988] write to disc error [error copying 018395287-018398277 file in writeBytesToDisc: [stream error: stream ID 153; INTERNAL_ERROR; received from peer]] and EROR[09-03|13:34:23.416] write to disc error [error copying 015851886-015854901 file in writeBytesToDisc: [stream error: stream ID 9; PROTOCOL_ERROR; received from peer]] is this normal |
No. Try adding --sleep 0.5. |
i tried 0.5, 1, 2. it seems bloom filters cannot be downloaded from ipfs server. is scrape only option left? |
Are you out of disc space or something? What does |
/opt$ df -h i think some index files are not on the ipfs server for some reason. i will try local indexing today. |
/opt$ chifra scrape --block_cnt 50000 --sleep 1 is this normal |
This may be the problem. I see you have a 7TB hard drive at Do you know if You can modify that location to put the Unchained Index anywhere you like (for example, on It doesn't look like any of the other discs are full, but you can do this if you suspect that you're writing to a smaller drive that may fill up. The Unchained Index requires about 150GB. |
It's normal in the sense that |
hello, i have linked ./local/share/trueblocks to /opt/trueblocks. it works fine ? before the folder link, chifra had this issue. i think the links have problem or is it possible that i need to configure some network related things ? |
Thanks so much for your continued patience. Maybe it would be easier if we got on a call. Please connect with me in discord. For now, I think I'll close this issue. Getting on a call will get you to a solution a lot sooner. |
This issue is related to #3696 |
$ chifra init --all
WARN[05-03|07:40:35.983] the --call value provided (manifestHashMap(0x0, "mainnet-ts")) was not found: abi not found for manifestHashMap(0x0, "mainnet-ts"): abi not found
Error: the --call value provided (manifestHashMap(0x0, "mainnet")) was not found: abi not found for manifestHashMap(0x0, "mainnet"): abi not found
Usage:
chifra init [flags]
Flags:
-a, --all in addition to Bloom filters, download full index chunks (recommended)
-d, --dry_run display the results of the download without actually downloading
-F, --first_block uint do not download any chunks earlier than this block
-s, --sleep float seconds to sleep between downloads
-v, --verbose enable verbose output
-h, --help display this help screen
Notes:
#ubuntu22.04
everything configured.
i am able to run chifra blocks 12
The text was updated successfully, but these errors were encountered: