-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
[datadogreceiver] unset/unspecified type results in no processed data #35752
Labels
Comments
wiardvanrij
added
bug
Something isn't working
needs triage
New item requiring triage
labels
Oct 11, 2024
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This was referenced Oct 15, 2024
This was referenced Oct 29, 2024
Please separate your issue into multiple issues as it seems the "Extra" paragraphs report other errors. |
This was referenced Dec 17, 2024
This was referenced Jan 7, 2025
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Component(s)
receiver/datadog
What happened?
Description
It's not required to set
type
.However, not setting the type means that data seems to be completely lost. The receiver does say 'OK', as in it received the request, but it doesn't seem to process it futher.
Steps to Reproduce
note of not including the arg
type
Expected Result
OTeL receiver parses this and then I can forward it to any remote metric endpoint
Actual Result
No data gets forwarded
Extra
https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/receiver/datadogreceiver/internal/translator/series.go#L66
No
NumberDataPointSlice
gets set in the switch. I find it very hard to parse the logic, but I'm assuming because this 'DPS' doesn't get set, further down the line the data isn't getting used at all: https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/receiver/datadogreceiver/internal/translator/series.go#L90Which makes it just a null value.
Also small nit; there are no unit tests for not setting the type.
extra part 2
I do sort of get the point of that in an ideal case.. the type is set. How else can we infer data. Yet, it doesn't seem to be a required thing on DD itself so I would actually prefer if somehow we can (maybe best effort) make something of it?
Collector version
lastest
Environment information
No response
OpenTelemetry Collector configuration
No response
Log output
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: