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
When the OTel bridge is enabled (the default), and the Azure ServiceBus library is used, we currently see traces where some spans have the incorrect parent ID (parenting themselves). We have identified the root cause: the Azure SDK now emits OTel native instrumentation via the Activity APIs, meaning that our bridge is picking up and instrumenting traces based on two sources. We need to, ideally, ensure that we can handle this scenario without creating invalid spans or at least prevent the OTel bridge from recording additional (repeat) spans for Activities originating from the Azure SDK.
The text was updated successfully, but these errors were encountered:
When the OTel bridge is enabled (the default), and the Azure ServiceBus library is used, we currently see traces where some spans have the incorrect parent ID (parenting themselves). We have identified the root cause: the Azure SDK now emits OTel native instrumentation via the Activity APIs, meaning that our bridge is picking up and instrumenting traces based on two sources. We need to, ideally, ensure that we can handle this scenario without creating invalid spans or at least prevent the OTel bridge from recording additional (repeat) spans for Activities originating from the Azure SDK.
The text was updated successfully, but these errors were encountered: