Disable TTL data

[littleskunk]

Go for it. The node selection will scale down the request rate. It will be interresting to see how many uploads a storage node can get after rejecting TTL uploads.

[Roxor]

We have some SNOs who want to be paid, and they decide when paying customers get to delete their data?

Blah blah blah beggars? … Blah blah blah choosers? I can’t remember how it goes…

[ACarneiro]

You know very well that the problem is not the TTL data per se, but the mess that is piece expiration, deletion and garbage collection right now.

I suspect when those get fixed (and they will, eventually) people will be a lot less uncomfortable.

[EasyRhino]

I mean you could untrust the saltlake satellite, isn’t that where most of the TTL data comes from?

[edo]

Thanks for the suggestion @EasyRhino! I’m curious to learn more about what it actually means to ‘untrust’ a satellite. Could anyone provide some details on this? Specifically:

1. Is untrusting a satellite a reversible action?
2. If a satellite is untrusted, does that only prevent new data ingress from that satellite?
3. Will other functions, such as egress and processing BFs, still operate normally if a satellite is untrusted?

Thanks in advance for any information you can share! This information is crucial for me to determine if untrusting SL is a viable option.

[pasatmalo]

Untrusting a satellite is telling the node software to not contact/respond to that satellite.
Which would mean that:

@edo

Is untrusting a satellite a reversible action?

No, to operate with that satellite again you would need a new node as you will (eventually) get DQ’ed (unless the node has never contacted that satellite before).

@edo

• If a satellite is untrusted, does that only prevent new data ingress from that satellite?
• Will other functions, such as egress and processing BFs, still operate normally if a satellite is untrusted?

For all purposes regarding the satellite, you have turned off your node so you wont receive ingress, egress, BFs, or anything else.
This will not affect the remaining satellites.
E.g. if you untrust EU1; US1, AP1 and Saltlake will continue as usual.

[edo]

Thank you for the information @pasatmalo!

@edo

P.S. Suggesting a graceful exit (GE) from SL isn’t a viable option, as it’s irreversible and doesn’t address the presence of TTL data on other satellites.

@EasyRhino

I mean you could untrust the saltlake satellite, isn’t that where most of the TTL data comes from?

Then I guess untusting the SL satellite is also not the option I was looking for! But thank you for your input.

[Vadim]

it looks like you want to rent out your house, but renter can go in only from back yard, once a day.

[golyalpha]

TTL data is data that is supposed to get deleted after some time (that’s where the TTL part comes from) - the problem is that currently this data is only getting marked as garbage, but never actually deleted, taking up space without compensation as a result, and preventing new paid data from being received by the node.

Hope this helps

[Alexey]

It’s deleted, but perhaps there is a some issue with that (not confirmed).
At least I cannot find the deleted TTL data on my nodes. I checked logs and disks.