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
Describe the bug
If the LogQL query contains a filter expression (|=, |~, !=, ...) calls to the query_range API return the same result, regardless of whether the interval parameter set or not and what value it has. E.g. no interval, interval=60s, interval=60000s.
To Reproduce
Steps to reproduce the behavior:
Call query_range API with a high volume query (several lines per second) and interval=60s
Add filter expression that matches every line |~ ".*" and repeat.
Observe that returned log lines are not equal
Expected behavior
Interval should work as documented (i.e., return approximately one line per interval), regardless of the query.
Screenshots, Promtail config, or terminal output
As seen here in these examples, without the filter expression the difference in timestamps is ~74 seconds. Once the filter is added to the query the returned lines are only 4000ns apart. Removing the interval parameter with the filter in place yields the same result.
slim-bean
added
backport release-2.5.x
Tag a PR with this label to create a PR which cherry pics it into the release-2.5.x branch
and removed
backport release-2.5.x
Tag a PR with this label to create a PR which cherry pics it into the release-2.5.x branch
labels
Apr 7, 2022
Describe the bug
If the LogQL query contains a filter expression (
|=
,|~
,!=
, ...) calls to thequery_range
API return the same result, regardless of whether theinterval
parameter set or not and what value it has. E.g. no interval, interval=60s, interval=60000s.To Reproduce
Steps to reproduce the behavior:
query_range
API with a high volume query (several lines per second) andinterval=60s
|~ ".*"
and repeat.Expected behavior
Interval should work as documented (i.e., return approximately one line per interval), regardless of the query.
Environment:
Screenshots, Promtail config, or terminal output
As seen here in these examples, without the filter expression the difference in timestamps is ~74 seconds. Once the filter is added to the query the returned lines are only 4000ns apart. Removing the interval parameter with the filter in place yields the same result.
The text was updated successfully, but these errors were encountered: