Skip to content
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

On-disk DB structure large on initial sync until restart #25308

Closed
yorickdowne opened this issue Jul 15, 2022 · 2 comments
Closed

On-disk DB structure large on initial sync until restart #25308

yorickdowne opened this issue Jul 15, 2022 · 2 comments
Labels

Comments

@yorickdowne
Copy link

System information

Geth version: 1.10.20
OS & Version: Linux Ubuntu 22.04

Expected behaviour

After snap sync of mainnet, expected DB size around 560-570 GiB

Actual behaviour

After snap sync of mainnet, on-disk DB size is around 815 GiB

Restart Geth once, this reduces to around 780 GiB

Restart Geth a second time, this reduces to around 565 GiB

A third restart does not change on-disk size

I am unsure whether this is a bug or a feature. It certainly is unexpected, and not how Geth behaved in previous versions.

@oggy95
Copy link

oggy95 commented Jul 16, 2022

Have a same issue.
For me geth created many files, which removed after restart geth. Almost 200-300 Gb were removed after each restart.

Geth version v1.10.20
Geth command:
geth --cache "2048" --datadir "/data/var/lib/ethereum_wallet/" --ipcpath="/data/tmp/sock_geth.ipc" --http.api eth,web3,personal --http --http.addr "0.0.0.0" --http.port "8545" --syncmode "full" --ws --ws.addr "0.0.0.0" --ws.api eth,net,web3 --txpool.globalqueue 5000 --snapshot=false &>> /data/eth/var/log/ethereum.log

@karalabe
Copy link
Member

karalabe commented Aug 1, 2022

This was a bug in leveldb, we've downgraded to the previous good version in 1.10.21. Please update to that.

@karalabe karalabe closed this as completed Aug 1, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants
@ligi @karalabe @oggy95 @yorickdowne and others