Add support for forced SNMP data types to help w/ buggy devices #2165
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is just a minor touch-up to #1331 by @chrissnell - adding tests and raising an exception in the event of a bad
forced_type
.PR summary by @chrissnell:
Add support for forced SNMP data types to help w/ buggy devices
Some SNMP-enabled devices return incorrect data types when certain OIDs are queried. The F5 1600LTM load balancer is an example of such a device. This PR allows for the forcing of data types (to 'gauge' or 'counter') in the event of an incorrect response from the remote agent.
It adds a parameter to the metric definition on the YAML, 'forced_type'.
NOTE: The changes in this PR were tested in a back-ported version of this improved snmp check that Datadog provided me. The check patched here is from a newer version of the agent that I don't have any easy way to test right now. The changes are the same between the versions and it should work but I have no way to test.