21 Dec 2023
12:46 PM
- last edited on
24 Jan 2024
11:18 AM
by
Michal_Gebacki
Hello!
We have a OneAgent installation that is causing trouble for us as it's modifying our log messages. We're not using OneAgent SDK for Java.
OneAgent is removing our `span_id` and `trace_id` fields from all log messages. However, it is not adding the `dt.trace_id` and `dt.span_id` fields to the log messages.
We're using Logback with opentelemetry-logback-mdc-1.0. We also tried removing opentelemetry-logback-mdc-1.0 but OneAgent doesn't add the dt.trace_id and dt.span_id fields, even if we configure Logback's provider.
Removing OneAgent container from the deployment works (we're using ECS with Fargate). Is there any way to make OneAgent stop messing with the log messages? Or some way for us to troubleshoot what's going on.
Does anyone know what can be done on this case? I do know OneAgent tries to prevent Span duplication in java (https://docs.dynatrace.com/docs/extend-dynatrace/opentelemetry/getting-started/traces/oneagent) but I don't think thats whats happening, as the span_id/trace_id works when not used manually (@NewSpan in Micronaut).
We're running on the JVM. Any ideas on how we can fix this will be of great help. 🙂
Thanks!
Solved! Go to Solution.
21 Dec 2023 12:54 PM
Here you have a similar problem described:
https://community.dynatrace.com/t5/Open-Q-A/quot-dt-trace-sampled-dt-trace-id-dt-span-id-quot-are-ge...
If this does not help then the best thing to do in this situation in my opinion is to report the problem to support.
Radek