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

Tempo returns 500s for some 400s #568

Closed
joe-elliott opened this issue Mar 4, 2021 · 2 comments
Closed

Tempo returns 500s for some 400s #568

joe-elliott opened this issue Mar 4, 2021 · 2 comments
Assignees

Comments

@joe-elliott
Copy link
Member

Describe the bug
The Tempo query-frontend sharding code will hide certain errors (like 429) and instead incorrectly return 500.

@annanay25
Copy link
Contributor

After some investigation, my conclusions are -

  • the query frontend has always been reporting a 429
  • the problem is that we're not checking resp.StatusCode in the plugin in tempo-query here -
    resp, err := http.DefaultClient.Do(req)
  • on hitting resource limits, resp.StatusCode there is seen to be 429 and resp.Body is rpc error: code = Code(429) desc = too many outstanding requests but we're trying to parse it like a otlp trace batch.. and so its actually tempo-query that's throwing the 500

Next steps -

@annanay25
Copy link
Contributor

This is fixed by #574

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

No branches or pull requests

2 participants