Skip to content
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

Distributed Tracer Reservoir Limit Not Being Used #643

Closed
tsmith-rv opened this issue Feb 13, 2023 · 2 comments
Closed

Distributed Tracer Reservoir Limit Not Being Used #643

tsmith-rv opened this issue Feb 13, 2023 · 2 comments
Labels
bug p3 Priority 3 work items

Comments

@tsmith-rv
Copy link

Reopened #600 as instructed since the latest Go Agent (v3.20.3) still has this issue:

Instead of the configurable distributed tracer reservoir limit, the defaultMaxSpanEvents is being used to determine whether or not to save a span event.

Description

if len(t.SpanEvents) < defaultMaxSpanEvents {

When adding spans to a transaction, after you have added 2000 spans you are no longer able to add anymore, despite setting a higher reservoir limit using newrelic.ConfigDistributedTracerReservoirLimit(). This is because the defaultMaxSpanEvents constant is being used in the check, which is set at 2000. There is a note in the code expressing the need to replace this functionality.

// DEPRECATED: replaced with DistributedTracer.ReservoirLimit configuration value

Steps to Reproduce

Try to add more than 2000 spans to a transaction.

Expected Behavior

I would expect to see all the spans I instrumented in the code, up to the number I passed in to newrelic.ConfigDistributedTracerReservoirLimit().

@tsmith-rv tsmith-rv added the bug label Feb 13, 2023
@iamemilio iamemilio added the p2 Priority 2 work items label Feb 13, 2023
@iamemilio
Copy link
Contributor

Thanks for reporting, we are going to take a look at this and get a fix out as soon as we can.

@iamemilio iamemilio added p3 Priority 3 work items and removed p2 Priority 2 work items labels Feb 13, 2023
@iamemilio
Copy link
Contributor

A fix for this should be included in the 3.20.4 release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug p3 Priority 3 work items
Projects
None yet
Development

No branches or pull requests

2 participants