root@50:~# grep trash /opt/storj/data/config.yaml # move pieces to trash upon deletion. Warning: if set to false, you risk disqualification for failed audits if a satellite database is restored from backup. pieces.delete-to-trash: false root@50:~# ls -lsah /opt/storj/data/storage/trash/qstuylguhrn2…

[image] Deleted pieces will be sent to trash by default Node Operators 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 fail…

Please review my message first pieces.delete-to-trash: false Node restarted at 18 of may, new folders in trash still generated 22.05 & 23.05

Deleted pieces will be sent to trash by default Each node still has the option to turn this configuration off, This is broken for now =)

I believe that feature flag has been removed that time, but I sent your report to the team.

I forgot version in my report - v1.104.5

Please what is the status of this? Is pieces.delete-to-trash: false supposed to be working? (not working for me, v1.105.4)

It should be. Do you see that it’s not?

I have this line in my config.yaml [image] since beginning of this node, and I’m getting [image] and [image] [image]

Please measure the size of these folders. The high level - the trash folder as a whole. Then check, that you do not have any non-empty subfolders with date later than your change. P.S. also, I guess that this change would stop processing the trash. So, likely you would need to remove subfolders af…

[image] Alexey: date later than your change I did not change it, i have pieces.delete-to-trash: false set up since the node’s beginning, never changed it. The trash folder is 3.7 GB [image] the content goes like this: [image]

Look like setting pieces.delete-to-trash not working anymore

Node Operators

nerdatwork July 12, 2024, 5:48pm 20

A good read.