Parsing of sensors with names that contains #
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Network Administration Visualized |
Fix Released
|
Medium
|
John-Magne Bredal |
Bug Description
The Cisco Industrial Ethernet 2000 series have temperature sensors with names that contains the '#' sign;
$ snmpget -c community -On -v2c switch .1.3.6.
.1.3.6.
I guess that the problems caused by this is somewhat similar with the problems related to the ',' character fixed earlier in the 4.2 series?
It appears that ipdevpoll collects data from the switch and that the corresponding whisper-file is populated as expected.
Graphite displays the data as expected while the ipdevinfo page in NAV displays an empty graph with the text "No data". I reckon that NAV somehow fails to open the whisper file? By the way, the "name" and "internal_name" values in the sensor table is "SW#1, Sensor#1, GREEN" despite the 4.2 patch to remove ',' characters from sensor names.
-Øystein
Changed in nav: | |
importance: | Undecided → Medium |
assignee: | nobody → John-Magne Bredal (john-m-bredal) |
milestone: | none → 4.2.3 |
status: | New → In Progress |
Changed in nav: | |
status: | Fix Committed → Fix Released |
The hash mark (#) has a meaning in urls - http:// en.wikipedia. org/wiki/ Fragment_ identifier . Thus when it appears it (among other special characters) needs to be escaped.
As you try to view a graph in IpDeviceInfo the graph is fetched when you click. The timespan is appended to a base url, so that the correct graph is fetched. The hash mark created an error in this process.
Thanks for noticing, and even more for creating a bug report for it!