-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Handling of expected error codes coming from grpc storage plugins #1741
Comments
Hi @yurishkuro , Can I work on this issue ? |
@Abhi-khandelwal by all means |
@sergiimk I will be picking this up as there is no activity on this thread. |
@sergiimk Could you please help me out here with the reproduction of this issue? |
@chandresh-pancholi you can reproduce this by compiling the memstore-plugin and running Jaeger with it as described here. Searching for a random traceID in the UI will then return an ugly-looking HTTP error. The sequence of commands should look roughly like this:
|
@sergiimk Thanks, I am able to reproduce it.
Expecting:
|
…gertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]>
PR Raised. Please review. |
…gertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]>
…gertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]>
* Handling of expected error codes coming from grpc storage plugins #1741 Signed-off-by: chandresh-pancholi <[email protected]> * Handling of expected error codes coming from grpc storage plugins #1741 Signed-off-by: chandresh-pancholi <[email protected]>
PR #1814 merged. please close this issue. |
…#1741 (jaegertracing#1814) * Handling of expected error codes coming from grpc storage plugins jaegertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]> * Handling of expected error codes coming from grpc storage plugins jaegertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]> Signed-off-by: Ruben Vargas <[email protected]>
Thanks for the ping. Closing. In the future, put the word "Resolves" before the issue number in the PR description, so that GitHub can auto-close the ticket. |
…#1741 (jaegertracing#1814) * Handling of expected error codes coming from grpc storage plugins jaegertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]> * Handling of expected error codes coming from grpc storage plugins jaegertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]> Signed-off-by: radekg <[email protected]>
…#1741 (jaegertracing#1814) * Handling of expected error codes coming from grpc storage plugins jaegertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]> * Handling of expected error codes coming from grpc storage plugins jaegertracing#1741 Signed-off-by: chandresh-pancholi <[email protected]> Signed-off-by: Jonah Back <[email protected]>
Requirement - what kind of business use case are you trying to solve?
We are implementing a custom gRPC-based storage plugin as per this doc.
Problem - what in Jaeger blocks you from solving the requirement?
When searching in jaeger UI for a non-existing trace ID the
GetTrace
function in the storage plugin is expected to returnspanstore.ErrTraceNotFound
. However the error handling on the Jaeger side doesn't seem to handle this error correctly and treats it as a generic internal error:UI displays:
You can easily reproduce this issue by running Jaeger with the example in-memory storage gRPC plugin and searching for a trace.
Impact: cosmetic in this case, but other expected error types returned by gRPC plugin may be affected as well.
Proposal - what do you suggest to solve the problem or improve the existing situation?
Any open questions to address
The text was updated successfully, but these errors were encountered: