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
We configured a MeshTrace policy with a Datadog backend.
This works fine and we can see traces in Datadog, but we have one case where it's not working.
We run a curl command from the source service container to another mesh service. We can see the traces from the destination sidecar, but not from the source sidecar.
It looks like it doesn't work when the source service doesn't have a kube service (no server listening).
In the XDS config from the source service, we can see the datadog extension, its cluster but not the tracing configuration.
In the manager ui, we can see the MeshTrace policy applied on the DP proxy.
The text was updated successfully, but these errors were encountered:
Not sure what changed but now we can see expected spans from the source service. The only remaining issue is that they don't appear in the whole trace, so we're not able to find the source service in the trace.
What happened?
We configured a MeshTrace policy with a Datadog backend.
This works fine and we can see traces in Datadog, but we have one case where it's not working.
We run a curl command from the source service container to another mesh service. We can see the traces from the destination sidecar, but not from the source sidecar.
It looks like it doesn't work when the source service doesn't have a kube service (no server listening).
We configured the following MeshTrace policy :
And we have the following deployment :
In the XDS config from the source service, we can see the datadog extension, its cluster but not the tracing configuration.
In the manager ui, we can see the MeshTrace policy applied on the DP proxy.
The text was updated successfully, but these errors were encountered: