Name of trash folder is not corresponding the actual time of collection

[Alexey]

@jammerdan

We don’t have the case of direct deletes anymore? Every deletion is handled by bloom filter and garbage collector?

Yes

Deleted pieces will be sent to trash by default

Hi SNOs, The next software upgrade includes a change that will by default send piece deletions to the trash rather than immediately removing them from disk. This is a temporary precaution to avoid failing audits for pieces that were deleted between satellite database backups if we have to restore from a previous backup. Each node still has the option to turn this configuration off, but we highly recommend you keep it on. It is very unlikely that we will have to restore from a satellite database…

It’s now a default.

@jammerdan

We will not see directories for every day of deletion but normally we could expect only 1 or 2 date directories in trash, as the bloom filter currently only gets created every 5 - 7 days?

Yes, but I suspect that we do not remove folders actually even if they are empty. Perhaps it’s a bug.

@jammerdan

if a customer for example has deleted a file on the 23rd it was not included in the 22nd bloom filter. So it will reside in the storage folder unpaid until the next bloom filter has been applied.

I think you are correct.
We discussing the possibility to send BF more often to meet the deletion queue.

@jammerdan

Deleted file from the 23rd gets moved into the 27th trash folder. It is now the 28th and file is unpaid for 5 days. Deletion time for the 27th trash folder is + 7 days = 4th of May? So the file is unpaid for 5 days + 7 days = 12 days.

Likely not, I believe that the trash chore still should collect all pieces older than 7 days, otherwise this is not an improvement. I honestly do not support the idea of date-named-folders, this is so much confusing, especially when you do not know what’s that date mean.