-
Notifications
You must be signed in to change notification settings - Fork 992
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
txhashset snapshot zips and dirs still using up a lot of disk space #2806
Comments
@antiochp are you running the old version? the new version has different file name convention which will use block hash instead of a random number as the suffix. |
How recent? Edit: Looks like this was a previous version, this is what I'm seeing now on that node -
I think this is orthogonal to this issue though - we may still see a large number of zip files generated in a 24 hour period. |
Currently it's 1 hour. |
👍 |
Closing - 1 hour I think is fine for now. |
We clean up "old" fast sync snapshot dirs and zip files but I suspect we need to be more aggresive with these and only keep the last n around.
Ideally we can get rid of them shortly after using them. Maybe our node can determine this based on how we serve the txhashset request to the syncing peer.
I believe we clean these up approx every 24 hours, but we can easily receive a lot of fast sync requests in a 24 hour period.
Related -
The text was updated successfully, but these errors were encountered: