Edited By
Nina Evans

A growing group of people is raising questions over the deletion process of files on Storj when used with TrueNAS and Veeam. Users report that while deleted files receive a delete marker, they remain accessible unless specific lifecycle rules are set.
Many users are experiencing confusion regarding how true deletions work with their current setups.
"Seems like thereโs no clear lifecycle management on the web interface of Storj," noted one contributor.
The way objects are marked for deletion during a SYNC job suggests to many that files will eventually disappear after a retention period. However, they fail to realize that without lifecycle rules, these objects remain in storage.
"Youโre mostly right โ with SYNC in TrueNAS, deleted files get a delete marker but not immediate removal. Actual deletion only happens if the retention period has expired or if lifecycle rules are established to clean up the clutter."
People across forums are chiming in with their thoughts:
Lack of Clear Lifecycle Management: "Simply no way to configure lifecycle rules via the web interface of Storj."
Clarification Needed on Deletion Timing: "Retention settings donโt imply immediate deletion, which is a big oversight for many."
Use of Tools: Some recommend using tools like mc or s3cmd to manage lifecycle rules effectively.
The discussion shows a mixed sentiment, with many finding the lack of clarity frustrating while others suggest practical solutions.
๐ Many users are confused about the lack of automatic deletions.
โ ๏ธ Retention periods don't guarantee deletion under current settings.
๐ง Tools like mc or s3cmd can enhance user control.
The conversation among users reflects a need for clearer documentation from Storj, as well as a more intuitive management interface to handle lifecycle rules effectively. Are these tools falling short of expectations in the rapidly evolving storage landscape?