Skip to content

Signalfx exporter: remove misleading warnings #869

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

Merged

Conversation

dmitryax
Copy link
Member

@dmitryax dmitryax commented Aug 30, 2020

Description:
If summary metrics don't have quantiles or distribution metrics don't have buckets information, we still process those metrics, but at the same time we throw warnings saying that metric is dropped, and also we increase dropped metrics counter which is incorrect.

Some prometheus libraries expose limited version of summary metrics that don't have quantiles at all https://prometheus.io/docs/practices/histograms/#library-support. There is nothing wrong with those metrics in general, so there is no reason to cause the noise in the exporter, even in debug mode. It's not the case for distribution metrics tho, but if we process them anyway, there is no value in throwing the warnings at the exporter, it probably should be a debug log record at the receiver instead.

@dmitryax dmitryax requested a review from a team August 30, 2020 03:45
@dmitryax dmitryax force-pushed the reduce-noise-in-sfx-exporter branch 2 times, most recently from 28741ef to 1e748c1 Compare August 30, 2020 04:20
@dmitryax dmitryax changed the title Signalfx exporter: remove noisy warnings for summary metrics Signalfx exporter: remove noisy and misleading warnings Aug 30, 2020
@dmitryax dmitryax force-pushed the reduce-noise-in-sfx-exporter branch from 1e748c1 to d9496b4 Compare August 30, 2020 04:24
@codecov
Copy link

codecov bot commented Aug 30, 2020

Codecov Report

Merging #869 into master will increase coverage by 0.08%.
The diff coverage is 100.00%.

Impacted file tree graph

@@            Coverage Diff             @@
##           master     #869      +/-   ##
==========================================
+ Coverage   88.14%   88.22%   +0.08%     
==========================================
  Files         233      233              
  Lines       12412    12395      -17     
==========================================
- Hits        10941    10936       -5     
+ Misses       1125     1110      -15     
- Partials      346      349       +3     
Flag Coverage Δ
#integration 71.28% <ø> (ø)
#unit 88.05% <100.00%> (+0.08%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files Coverage Δ
exporter/signalfxexporter/translation/converter.go 99.41% <100.00%> (-0.06%) ⬇️
receiver/carbonreceiver/transport/tcp_server.go 67.61% <0.00%> (+1.90%) ⬆️
...eiver/awsxrayreceiver/internal/udppoller/poller.go 100.00% <0.00%> (+2.17%) ⬆️
receiver/redisreceiver/interval/interval_runner.go 51.85% <0.00%> (+29.62%) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c33f894...7ce83a7. Read the comment docs.

If summary metrics don't have quantiles or distribution metrics don't have buckets information, we still process those metrics, but at the same time we throw warnings saying that metric is dropped, and also we increase dropped metrics counter which is incorrect.

Some prometheus libraries expose limited version of summary metrics that don't have quantiles at all https://prometheus.io/docs/practices/histograms/#library-support. There is nothing wrong with those metrics in general, so there is no reason to cause the noise in the exporter, even in debug mode. It's not the case for distribution metrics tho, but if we process them anyway, there is no way to through warnings in the exporter, it probably should be a debug log record at the receiver instead.
@dmitryax dmitryax force-pushed the reduce-noise-in-sfx-exporter branch from d9496b4 to 7ce83a7 Compare August 30, 2020 05:52
@dmitryax dmitryax changed the title Signalfx exporter: remove noisy and misleading warnings Signalfx exporter: remove misleading warnings Aug 30, 2020
@bogdandrutu bogdandrutu merged commit 1ada9d8 into open-telemetry:master Aug 30, 2020
dyladan referenced this pull request in dynatrace-oss-contrib/opentelemetry-collector-contrib Jan 29, 2021
ljmsc referenced this pull request in ljmsc/opentelemetry-collector-contrib Feb 21, 2022
* Add int array attribute support

* Export int32, int64 and bool arrays

* Export all other array attributes

* Remove array test case from simple attr test

* Addressed feedback

Co-authored-by: Tyler Yahn <[email protected]>
codeboten pushed a commit that referenced this pull request Nov 23, 2022
* code change to resolve the bug open-telemetry/opentelemetry-python-contrib#449

* modifying the changelog file to add entry for PR #869

* removing redundent get statement

* Conditionally create server spans for falcon (#867)

* Making span as internal for falcon in presence of a span in current context

* Updating changelog

* Fixing lint and generate build failures

* Resolving comments: Converting snippet to re-usable function

* Fixing build failures

* Resolving comments: Creating wrapper for start span to make internal/server span

* Rerun docker tests

* Resolving comments: Refactoring

* Fix Django 1.9 issue preventing use of MIDDLEWARE_CLASSES (#870)

* Update CHANGELOG.md

* Fix Django 1.9 issue preventing use of MIDDLEWARE_CLASSES

Co-authored-by: Srikanth Chekuri <[email protected]>

* changing the import trace statement to resolve issue with unit test cases

Co-authored-by: Ashutosh Goel <[email protected]>
Co-authored-by: Dan <[email protected]>
Co-authored-by: Srikanth Chekuri <[email protected]>
Co-authored-by: Owais Lone <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants