-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Extraneous Partial Success Error Message Exporting Traces to OTel Collector #3432
Comments
I wonder if this isn't an issue in the collector rather than this library. |
@dmathieu That may certainly be a possibility. Unfortunately I was not keen enough with wireshark to be able to see what the collector was actually returning to verify who was at fault. |
I believe this to have been caused by this change in the collector. This comment on the protobuf indicates that we need to check for at least a non-empty |
Fix open-telemetry#3432. The OTLP server will respond with empty partial success responses (i.e. empty messages and 0 count). Treat these as equivalent to it not being set/present like the documentation specifies in the proto: https://github.com/open-telemetry/opentelemetry-proto/blob/724e427879e3d2bae2edc0218fff06e37b9eb46e/opentelemetry/proto/collector/trace/v1/trace_service.proto#L58
This upgrade fixes open-telemetry/opentelemetry-go#3432 which is too noisy to use OpenTelemetry from ctr. Signed-off-by: Kazuyoshi Kato <[email protected]>
This upgrade fixes open-telemetry/opentelemetry-go#3432 which is too noisy to use OpenTelemetry from ctr. Signed-off-by: Kazuyoshi Kato <[email protected]>
This upgrade fixes open-telemetry/opentelemetry-go#3432 which is too noisy to use OpenTelemetry from ctr. Signed-off-by: Kazuyoshi Kato <[email protected]>
This upgrade fixes open-telemetry/opentelemetry-go#3432 which is too noisy to use OpenTelemetry from ctr. Signed-off-by: Kazuyoshi Kato <[email protected]>
This upgrade fixes open-telemetry/opentelemetry-go#3432 which is too noisy to use OpenTelemetry from ctr. Signed-off-by: Kazuyoshi Kato <[email protected]>
This upgrade fixes open-telemetry/opentelemetry-go#3432 which is too noisy to use OpenTelemetry from ctr. Signed-off-by: Kazuyoshi Kato <[email protected]>
This upgrade fixes open-telemetry/opentelemetry-go#3432 which is too noisy to use OpenTelemetry from ctr. Signed-off-by: Kazuyoshi Kato <[email protected]>
Description
I have successfully set up to use the Go OpenTelemetry libraries to export trace spans to an OpenTelemetry Collector using OTLP over gRPC. However, even though all the spans are being exported to the collector correctly, I am getting error messages in the OpenTelemetry log in my Go application which look like the following:
This message repeats as more spans are sent. I believe what is happening here is that the spans are sent, the response is a full success, but the Go library is mistaking it as a partial success. See the code below:
opentelemetry-go/exporters/otlp/otlptrace/otlptracegrpc/client.go
Lines 200 to 217 in 3b9862a
I added a
fmt.Printf("%#v\n%#v", resp, resp.PartialSuccess)
in this code just before line 204 (the if statement) and got this...As you can see, there were no rejected spans and no error message, so I believe this should be seen as a full success, and thus the log message is not needed.
Environment
Steps To Reproduce
1.) Set up an OTel collector that accepts traces over gRPC (in my case, no TLS).
2.) Set up an application using go's otel library to export traces to otel.
3.) See error messages in stderr even as traces are correct in exporting.
Expected behavior
The traces should continue to successfully export, but there should be no error messages printed out, as a partial success did not actually occur.
The text was updated successfully, but these errors were encountered: