Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unneeded warning log emitted for tsdb data stream that have imported backing indices. #102088

Closed
martijnvg opened this issue Nov 13, 2023 · 3 comments · Fixed by #107967
Closed

Comments

@martijnvg
Copy link
Member

When using the modify data stream api to import a backing index to a tsdb data stream then it always gets added as first backing index. Even if the correct index.time_series.start_time and index.time_series.end_time index settings are set.

This confuses the get data stream. It expects that the backing indices are in order of the time slice it represents. In case the get data stream api returns warnings. In this case the warning is not a sign of something being incorrect.

Either the logic of get data stream api should be updated to not log a warning message in the case the indices are out of order. Or the modify data stream api should insert the backing index into the right slot.

@martijnvg martijnvg added >bug :StorageEngine/TSDB You know, for Metrics labels Nov 13, 2023
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-analytics-geo (Team:Analytics)

@elasticsearchmachine elasticsearchmachine added the Team:Analytics Meta label for analytical engine team (ESQL/Aggs/Geo) label Nov 13, 2023
@wchaparro wchaparro removed the Team:Analytics Meta label for analytical engine team (ESQL/Aggs/Geo) label Mar 20, 2024
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-storage-engine (Team:StorageEngine)

@lkts
Copy link
Contributor

lkts commented Apr 24, 2024

See also #106890.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants