-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Automatic compaction not working #2396
Comments
Need to see the error on the
|
the .cpd is getting created then deleted (renamed?) but the size/trash of the volume in the UI is still the same, even after restart
after |
the master may have some logs
|
It looks like there is a timeout somewhere of 300 seconds. Still looking for the source but it would make sense that this can cause a cascading failure, where failed vacuums retry forever and cause future vacuums to run slower.
I wonder if the master can do some kind of cleanup when the vacuum fails |
Added some code to stream report vacuum progress and also avoid timeout. |
Describe the bug
The master's automatic compaction seems to be unable to compact volumes, so every 15 minutes it will keep trying to compact the same volumes. For example:
I am able to run
weed compact
manually and mv the cpd/cpx files to the proper place. In the volume UI I can see that the volume trash size remains the same (above the compaction threshold). Restarting the components does not make a difference.System Setup
One master, one volume, one filer + 3 mounts
master:
-volumeSizeLimitMB 16000
volume:
-index leveldb
weed version
2.74
Expected behavior
Automatic compaction should succeed
Additional context
Possibly triggered by running volume.fsck at the same time?
Two questions:
The text was updated successfully, but these errors were encountered: