You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
I'm unsure what the "correct" behavior is here, but if a trace and span id collide Tempo will return one span or the other based on the order that the spans are fed into CombineTraces.
This is slightly more likely to occur then it sounds. The way that the Jaeger go client samples traces can increase the chance of collisions:
This issue has been automatically marked as stale because it has not had any activity in the past 60 days.
The next time this stale check runs, the stale label will be removed if there is new activity. The issue will be closed after 15 days if there is no new activity.
Please apply keepalive label to exempt this Issue.
Describe the bug
I'm unsure what the "correct" behavior is here, but if a trace and span id collide Tempo will return one span or the other based on the order that the spans are fed into
CombineTraces
.This is slightly more likely to occur then it sounds. The way that the Jaeger go client samples traces can increase the chance of collisions:
jaegertracing/jaeger-client-go#582
And the same client uses the trace id for its root span guaranteeing a span id collision if the trace ids collide:
https://github.com/jaegertracing/jaeger-client-go/blob/master/tracer.go#L278
The end result is that Tempo non-deterministically returns one root span or the other (along with the rest of the traces) due to the behavior of:
tempo/pkg/model/combine.go
Line 22 in c1b49d7
The text was updated successfully, but these errors were encountered: