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
fatal error: runtime: out of memory #6
Comments
Generic header support may fix these issues. We can split spanID and payload between headers and body. |
We are about to land official header support. |
Also, is this a jaeger client issue or this client library? |
It's the jaeger client issue |
Can we post an issue over there as well? |
There exist the issue jaegertracing/jaeger-client-go#321 |
Perfect thanks. |
@derekcollison Is there any due of new(tag) version of NATS with the headers support? |
We are still working through any issues but could tag one if needed. Or do you mean do a release? |
@derekcollison I waiting for the release to run a stable version on our stage env |
ok but we do not have a released server that supports it, only nightly builds etc. |
@derekcollison is nats streaming server will be support headers too? |
We do not have plans at this time. @kozlovic will make final call though. We do support them in JetStream. |
No plan, but if they are to be supported by the streaming layer, should headers then not be part of the protobuf itself? But doing so, is different than having them at the core NATS layer, so not sure that applies to this issue. |
jaegertracing/jaeger-client-go#529 fixed the problem |
Unfortunately, the binary carrier is not safe and in the case when you have produced a message without tracing injection was handled by a subscriber with tracer extractor you can catch fatal error: runtime: out of memory.
Related issue: jaegertracing/jaeger-client-go#321
Example:
https://github.com/jaegertracing/jaeger-client-go/blob/ef8f5edb71dffedf02a69593a23bb2fae4e16dc4/propagation.go#L244
The text was updated successfully, but these errors were encountered: