When will "Uncollected Garbage" be deleted?

[edo]

A lot has already been said in this topic about TTL expiration and GC:

@edo

• Is there a new bug we need to report concerning data not being removed after TTL expiration?
• And why does it seem like the Bloom Filters aren’t clearing up the uncollected garbage?

@donald.m.motsinger

@littleskunk

The data your have provided indicates that some entries haven’t been written into the TTL db

That’s one possibility. Another one is that the deletion of expired pieces doesn’t work reliably.

@littleskunk

@chinabjy

Anyway, these unpaid files should have been deleted by GC, but in reality, they were not.

In this case no. On SLC even with no GC for a full month all pieces should get cleaned up by the TTL entries.

@littleskunk, Yes, while it’s true that TTL data should automatically be cleaned up after expiration, I’m starting to wonder if @donald.m.motsinger might be right about the issue with TTL data not being properly deleted. If that’s the case, then GC should be able to handle it as uncollected garbage. Given that the TTL database seems fine, and considering that SL reports indicate I have around 50% less data stored than I actually do on my hard disks (according to payouts), the BFs should be addressing this. Right? Why might this not be working as expected?

@edo

@elek

If you think that BF doesn’t delete enough data, please fill this form:

Reporting ineffective BF runs…

@elek, are there any (preliminary) results from the form submissions regarding this issue?

Any news from @elek about this would be appreciated.