-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Send device as a resource and not a tag #16264
Conversation
Add a missing call to pull `device` out of tags into the resources section. This fixes a capitalization issue when device tag was not available in upper-case when sending metrics via v2 API (a special case compared to other tags).
Instead of pre-filling Device field, pass the device as a tag and make sure that the serialization code extracts the device information from the tag.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Small edit
Co-authored-by: May Lee <[email protected]>
@rpriyanshu9 @datsabk This PR changes how the device information is reported to the backend, but the tags you see on the metrics in the app should be the same. If you have any issues, please reach out to Datadog support. |
Thanks for the confirmation. I've opened up a datadog support ticket to report this issue. |
What does this PR do?
Add a missing call to pull
device
out of tags into the resources section.This fixes a capitalization issue when device tag was not available in upper-case when sending metrics via v2 API (a special case compared to other tags).
Motivation
Additional Notes
Possible Drawbacks / Trade-offs
Describe how to test/QA your changes
Create a device with an uppercase name and mount it:
Run the agent with the disk check enabled (usually enabled by default).
Check that
system.disk.free
and othersystem.disk
metrics have twodevice
tags: one lowercased, one as is.Reviewer's Checklist
Triage
milestone is set.major_change
label if your change either has a major impact on the code base, is impacting multiple teams or is changing important well-established internals of the Agent. This label will be use during QA to make sure each team pay extra attention to the changed behavior. For any customer facing change use a releasenote.changelog/no-changelog
label has been applied.qa/skip-qa
label is not applied.team/..
label has been applied, indicating the team(s) that should QA this change.need-change/operator
andneed-change/helm
labels have been applied.k8s/<min-version>
label, indicating the lowest Kubernetes version compatible with this feature.