-
Notifications
You must be signed in to change notification settings - Fork 875
HotColdDBError(UnsupportedSchemaVersion { target_version: SchemaVersion(18), current_version: SchemaVersion(17) }) #7556
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
Comments
I don't what can i do |
where is the db? How can i update the db? |
Delete your database (at |
Jun 04 05:31:08.426 INFO Logging to file path: "/root/.lighthouse/mainnet/beacon/logs/beacon.log" |
is right? |
Jun 04 05:33:30.974 INFO Logging to file path: "/root/.lighthouse/mainnet/beacon/logs/beacon.log" |
Yep, that looks better. You had a really old database which isn't supported by the current version of LH, so your node is now syncing from scratch using checkpoint sync. |
how many data it will be download |
I'm afraid there's not enough disk space |
A full Lighthouse database is around 200-300GB, and you also need an execution node database which is around 1-1.5TB depending on the client. |
Is there a way to not be completely synchronized? |
@Piggy0v0 On the Lighthouse side, yes, you can sync from any checkpoint: https://lighthouse-book.sigmaprime.io/advanced_checkpoint_sync.html#manual-checkpoint-sync I'm not sure about the EL. Most ELs sync by downloading the current state as a snapshot, so building an old snapshot of the state is probably a lot slower. What are you trying to accomplish? |
@michaelsproul I just want to test the lighthouse and geth,Then check whether the obtained block data is complete. |
But the total amount of block data is too much |
generally you will need ~6 months of data for the consensus layer (auto download once you checkpoint sync) and all blocks for the execution later. However now that some EL clients have started to implement pre-merge history state expiry, the usage has gone down quite a bit, see: https://ethdocker.com/Usage/ResourceUsage/ You can check for the EL client you want to use to see how to apply the state expiry to use less space |
lighthouse bn --network mainnet --execution-endpoint http://127.0.0.1:8551 --execution-jwt /secrets/jwt.hex --checkpoint-sync-url https://mainnet.checkpoint.sigp.io --disable-deposit-contract-sync --http
Jun 04 05:26:30.826 INFO Logging to file path: "/root/.lighthouse/mainnet/beacon/logs/beacon.log"
Jun 04 05:26:30.828 INFO Lighthouse started version: Lighthouse/v7.0.1-e42406d
Jun 04 05:26:30.829 INFO Configured for network name: mainnet
Jun 04 05:26:30.841 INFO Data directory initialised datadir: /root/.lighthouse/mainnet
Jun 04 05:26:30.851 INFO Deposit contract address: 0x00000000219ab540356cbb839cbe05303d7705fa, deploy_block: 11184524
Jun 04 05:26:30.945 INFO Blob DB initialized oldest_data_column_slot: None, oldest_blob_slot: Some(Slot(8626176)), path: "/root/.lighthouse/mainnet/beacon/blobs_db", service: freezer_db
Jun 04 05:26:30.947 CRIT Failed to start beacon node reason: Unable to open database: HotColdDBError(UnsupportedSchemaVersion { target_version: SchemaVersion(18), current_version: SchemaVersion(17) })
Jun 04 05:26:30.948 INFO Internal shutdown received reason: Failed to start beacon node
Jun 04 05:26:30.949 INFO Shutting down.. reason: Failure("Failed to start beacon node")
The text was updated successfully, but these errors were encountered: