You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What happened:
Thanos version is v0.36.1, the configuration parameters are as follows:
retention.resolution-raw=7d
retention.resolution-5m=186d
retention.resolution-1h=366d
Under normal conditions, 5-minute downsampled data is generated once every two days. Due to a fault on the 9th for a certain period, no downsampled data was generated on the 8th and 9th. Subsequently, after the expiration of the raw metrics, data loss occurred. In addition, for newly deployed clusters, due to the insufficient number of 24-hour chunks within the initial 48 hours (i.e., less than two complete 24-hour periods), it is not possible to generate 5-minute downsampled data for the first two days.
Is it possible to perform downsampling on data that does not meet the requirement of having 2 downsample chunks, in order to minimize data loss ?
As shown in the diagram, downsample-2 did not produce downsampled data due to not meeting the condition of m.MaxTime - m.MinTime < downsample.ResLevel1DownsampleRange. Is it possible to generate downsampled data for the chunks in the downsample-2 interval after downsample-3 has been completed?
What you expected to happen:
raw chunks meta range that is smaller than the downsample range can also undergo downsampling to reduce data loss.
How to reproduce it (as minimally and precisely as possible):
Full logs to relevant components:
Anything else we need to know:
The text was updated successfully, but these errors were encountered:
Thanos, Prometheus and Golang version used:
Object Storage Provider:
What happened:
Thanos version is v0.36.1, the configuration parameters are as follows:
Under normal conditions, 5-minute downsampled data is generated once every two days. Due to a fault on the 9th for a certain period, no downsampled data was generated on the 8th and 9th. Subsequently, after the expiration of the raw metrics, data loss occurred. In addition, for newly deployed clusters, due to the insufficient number of 24-hour chunks within the initial 48 hours (i.e., less than two complete 24-hour periods), it is not possible to generate 5-minute downsampled data for the first two days.
Is it possible to perform downsampling on data that does not meet the requirement of having 2 downsample chunks, in order to minimize data loss ?
As shown in the diagram, downsample-2 did not produce downsampled data due to not meeting the condition of m.MaxTime - m.MinTime < downsample.ResLevel1DownsampleRange. Is it possible to generate downsampled data for the chunks in the downsample-2 interval after downsample-3 has been completed?
What you expected to happen:
raw chunks meta range that is smaller than the downsample range can also undergo downsampling to reduce data loss.
How to reproduce it (as minimally and precisely as possible):
Full logs to relevant components:
Anything else we need to know:
The text was updated successfully, but these errors were encountered: