You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Run docker compose up -d using the given telegraf config on the host with the IP address used above.
Observe metrics.out
Expected behavior
There should be 64 metrics. Measurement for each metric should be sys/intf and tags should be host, path, source,subscription, sys/intf and dn. The dn values take the format of sys/intf/phys-[ethx/y] depending on the interface. The descr field should match the descriptions we set on the switch.
Actual behavior
eth1/1 has eth1/2’s description, eth1/2 has eth1/3’s description, and so on until it loops back around and eth1/64 has eth1/1's description. Here is a sample metric from my metrics.out:
I have recreated this on several different switches running NXOS 10.3. The bug occurs for all DME telemetry queries where query-target=subtree. This returns a flat list of objects which can be mapped back to their DME path using the dn field. The plugin sets dn as a tag, but does so incorrectly, resulting in off by one errors.
I narrowed down the issue in the plugin and will be submitting a PR shortly with a corresponding test case that captures the issue.
The text was updated successfully, but these errors were encountered:
Relevant telegraf.conf
Logs from Telegraf
Note these logs are not useful since there's no error.
System info
Telegraf 1.32, NXOS 10.3, Docker Desktop version 27.2.0 on MacOS 14.6.1
Docker
Steps to reproduce
docker compose up -d
using the given telegraf config on the host with the IP address used above.metrics.out
Expected behavior
There should be 64 metrics. Measurement for each metric should be
sys/intf
and tags should behost
,path
,source
,subscription
,sys/intf
anddn
. Thedn
values take the format ofsys/intf/phys-[ethx/y]
depending on the interface. Thedescr
field should match the descriptions we set on the switch.Actual behavior
eth1/1 has eth1/2’s description, eth1/2 has eth1/3’s description, and so on until it loops back around and eth1/64 has eth1/1's description. Here is a sample metric from my
metrics.out
:I truncated it for brevity.
Additional info
I have recreated this on several different switches running NXOS 10.3. The bug occurs for all DME telemetry queries where
query-target=subtree
. This returns a flat list of objects which can be mapped back to their DME path using thedn
field. The plugin setsdn
as a tag, but does so incorrectly, resulting in off by one errors.I narrowed down the issue in the plugin and will be submitting a PR shortly with a corresponding test case that captures the issue.
The text was updated successfully, but these errors were encountered: