Do not treat expirations as engine-level thing for regular objects #1481

New issue

Open

opened 2025-12-28 17:23:09 +00:00 by sami · 0 comments

sami commented

2025-12-28 17:23:09 +00:00

Owner

Originally created by @roman-khimov on GitHub (Aug 12, 2025).

I'm always frustrated when I realize that we're doing things we can avoid.

Describe the solution you'd like

Simple object expiration can be final at the shard level. Split objects do require some passing to engine level since we need to release all associated children, but simple objects are simple. The only thing that can prevent their expiration is lock. Locks should always be put into shards that have respective objects (they're associated). What can prevent this from happening is shard being RO in which case lock should be put into some available shard, but marked for subsequent move (RO shard doesn't delete objects anyway). Local state can then be leveraged to mark previously degraded shards and deal with moves before starting the GC (but after a shard becoming RW).

Describe alternatives you've considered

Some things can be discussed here.

Originally created by @roman-khimov on GitHub (Aug 12, 2025). ## Is your feature request related to a problem? Please describe. I'm always frustrated when I realize that we're doing things we can avoid. ## Describe the solution you'd like Simple object expiration can be final at the shard level. Split objects do require some passing to engine level since we need to release all associated children, but simple objects are simple. The only thing that can prevent their expiration is lock. Locks should always be put into shards that have respective objects (they're _associated_). What can prevent this from happening is shard being RO in which case lock should be put into some available shard, but marked for subsequent move (RO shard doesn't delete objects anyway). Local state can then be leveraged to mark previously degraded shards and deal with moves before starting the GC (but after a shard becoming RW). ## Describe alternatives you've considered Some things can be discussed here.