-
Notifications
You must be signed in to change notification settings - Fork 2.8k
[processor/deltatocumulative] Exponential histogram buckets exceed maxBuckets #37416
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
Labels
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
chengchuanpeng
pushed a commit
to chengchuanpeng/opentelemetry-collector-contrib
that referenced
this issue
Jan 26, 2025
…histograms (open-telemetry#37432) <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> #### Description While addressing comments a bug was added to the logic of calculating of the desired scale and it slipped through tests. Fix the bug (use `min` instead of `max`) and update tests to avoid regressions in the future. <!-- Issue number (e.g. open-telemetry#1234) or full URL to issue, if applicable. --> #### Link to tracking issue Fixes open-telemetry#37416 <!--Describe what testing was performed and which tests were added.--> #### Testing Update tests to separately cover positive and negative buckets. <!--Describe the documentation added.--> #### Documentation n/a <!--Please delete paragraphs that you did not use before submitting.-->
zeck-ops
pushed a commit
to zeck-ops/opentelemetry-collector-contrib
that referenced
this issue
Apr 23, 2025
…histograms (open-telemetry#37432) <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> #### Description While addressing comments a bug was added to the logic of calculating of the desired scale and it slipped through tests. Fix the bug (use `min` instead of `max`) and update tests to avoid regressions in the future. <!-- Issue number (e.g. open-telemetry#1234) or full URL to issue, if applicable. --> #### Link to tracking issue Fixes open-telemetry#37416 <!--Describe what testing was performed and which tests were added.--> #### Testing Update tests to separately cover positive and negative buckets. <!--Describe the documentation added.--> #### Documentation n/a <!--Please delete paragraphs that you did not use before submitting.-->
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Uh oh!
There was an error while loading. Please reload this page.
Component(s)
processor/deltatocumulative
What happened?
Description
0.118.0 caps the number of exponential histogram buckets produced by
deltatocumulative
to 160 by downscaling if the number of buckets becomes too large (#33277).However, it calculates the new scale independently for the positive and negative buckets and then uses the greater result (instead of the lesser), resulting in only one of them being capped and the other still exceeding the limit.
Steps to Reproduce
Send two positive exponential histogram data points with the same scale but offsets more than 160 apart. Do not include any negative data points.
For example (some fields omitted for brevity),
Expected Result
The exponential histogram is scaled to 17 to keep the number of positive buckets below 160.
Actual Result
The exponential histogram is not scaled and contains 1001 positive buckets.
Collector version
v0.118.0
Environment information
Environment
OS: macOS Sequoia 15.2
OpenTelemetry Collector configuration
Log output
Additional context
I believe we should be taking the lesser of the limited scales for positive and negative buckets, see here: #36874 (comment)
The text was updated successfully, but these errors were encountered: