[SERVER-49160] TTL monitor should ignore hidden indexes Created: 29/Jun/20  Updated: 27/Oct/23  Resolved: 20/Jul/23

Status: Closed
Project: Core Server
Component/s: TTL
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major - P3
Reporter: Eric Milkie Assignee: Backlog - Storage Execution Team
Resolution: Works as Designed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Assigned Teams:
Storage Execution
Sprint: Execution Team 2020-07-27, Execution Team 2020-08-10, Execution Team 2020-08-24, Execution Team 2020-09-21, Execution Team 2020-11-16, Execution Team 2020-11-30, Execution Team 2020-12-14, Execution Team 2020-12-28, Execution Team 2021-01-11, Execution Team 2021-02-08, Execution Team 2021-02-22, Execution Team 2021-03-08, Execution Team 2021-03-22, Execution Team 2021-04-05, Execution Team 2021-04-19, Execution Team 2021-05-17, Execution Team 2021-06-14, Execution Team 2021-06-28, Execution Team 2021-07-12, Execution Team 2021-07-26, Execution Team 2021-08-09, Execution Team 2021-08-23, Execution Team 2021-09-06, Execution Team 2021-09-20, Execution Team 2021-10-04, Execution Team 2021-10-18
Participants:

 Description   

It is probably expected behavior that hidden indexes are ignored by TTL.  This makes it easier for users to use hidden indexes to determine what effects dropping an index might have.



 Comments   
Comment by Irwin Dolobowsky [ 20/Jul/23 ]

The current behavior is as designed. I can't find any customer feedback that suggests this has been an issue, and there are concerns about delete times if the TTL monitor ignores deletes and then has to catch up.

We'll leave this as is for now and can revisit if there is evidence it is an issue.

Comment by Asya Kamsky [ 29/Jun/20 ]

> It is probably expected behavior that hidden indexes are ignored by TTL

Not so sure about that. I actually would expect the user will forget about it

Generated at Thu Feb 08 05:19:06 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.