-
Notifications
You must be signed in to change notification settings - Fork 747
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
Backfill blob storage fix #5119
Backfill blob storage fix #5119
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
Tested the migration on goerli and it works as expected.
Jan 23 17:47:10.842 DEBG Attempting schema migration to_version: 19, from_version: 18, service: freezer_db
Jan 23 17:47:10.842 DEBG Migrating from v18 to v19
Jan 23 17:47:11.884 DEBG Collected 5065 blob lists to migrate
Jan 23 17:47:34.939 DEBG Wrote 5065 blobs to the blobs db
Jan 23 17:47:34.939 INFO Upgrading to v19 schema info: ready for Deneb once it is scheduled
lighthouse db inspect --network goerli --column blb
also shows that all blob data has been deleted from the hot db
Jan 23 17:59:24.158 INFO Running database manager for goerli network
Jan 23 17:59:24.235 INFO Blob DB initialized oldest_blob_slot: Some(Slot(7413760)), path: "/Users/pawan/.lighthouse/goerli/beacon/blobs_db"
Num keys: 0
Total: 0 bytes
let ops = migration_schema_v19::upgrade_to_v19::<T>(db.clone(), log)?; | ||
db.store_schema_version_atomically(to, ops) | ||
} | ||
(SchemaVersion(19), SchemaVersion(18)) => { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we need the downgrade if it's no-op?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was thinking so we could support 19 -> 17 for example
beacon_node/beacon_chain/src/schema_change/migration_schema_v19.rs
Outdated
Show resolved
Hide resolved
The migration on goerli took about 69s without batch and 55s with batching: Initial database
No batching during migration
Batching 500 writes
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice fix, thanks!
* store blobs in the correct db in backfill * add database migration * add migration file * remove log info suggesting deneb isn't schedule * add batching in blob migration
Issue Addressed
Resolves #5114
Proposed Changes
import_historical_block_batch
.Additional Info
I'm testing out the migration on goerli without batching any of the blob migration writes. I'm going to experiment with writing batches of 100 blob lists (max size ~60MB).