-
Notifications
You must be signed in to change notification settings - Fork 140
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
Empty data set from graphite-clickhouse triggers query retry #454
Comments
Good morning, Could you please clarify what version of carbonapi you've tried? Just to confirm that this behavior still happens within latest master. As I agree, that shouldn't be the case, but as far as I remember, there were couple of changes in current master aimed to make all the "empty response" behavior more predictable. |
Hi, We are currently running 0.12.6 as installed from the apt repository. |
Actually based on that https://github.com/go-graphite/carbonapi/blob/master/zipper/helper/requests.go#L134-L138 404 response code should not trigger retry logic. Anyway, I'll try to reproduce this on my side as well with recent graphite-clickhouse version. |
Using current master I cannot reproduce that problem. Could you please install it and check if it still happens? |
Hi, I have tested and concur that this is no longer an issue. Many thanks. |
Good morning,
I hope you and your loved ones are well.
We have noticed that if graphite-clickhouse receives a query for a valid data series that does not contain any data points for the span of the query an http status 404 is returned.
This triggers the carbonapi retry mechanism which, depending on how many retries are configured, can significantly slow down the query. In my opinion this is not required as no matter how many times the (valid) query is executed the response will be the same.
The 404 response by graphite-clickhouse is by design as per go-graphite/graphite-clickhouse#39. Carbonapi is mentioned in the PR but I think the conversation ended as the user reporting the issue was specifically interested in the booking.com fork of carbonapi.
The text was updated successfully, but these errors were encountered: