With your help, I finally found the problem.
I added a blacklist.conf file in /etc/carbon/ and by default the graphs starting with this are deleted:
.. ^. .$
I've put in a comment #.. and everything works fine.
I am sorry for the inconvenience. Many thanks for the development of NAV
Regards, Nicolas
Le 15.09.20 à 08:21, Morten Brekkevold a écrit :
On Mon, 14 Sep 2020 13:29:27 +0200 Biselx Nicolas nicolas.biselx@epfl.ch wrote:
Hi,
here's the debug trace
[snip]
{ OID(".2"): { "pethMainPsePower": 1825, "pethMainPseOperStatus": 1, "pethMainPseConsumptionPower": 147, 0: OID(".2"), }, OID(".5"): { "pethMainPsePower": 1825, "pethMainPseOperStatus": 1, "pethMainPseConsumptionPower": 53, 0: OID(".5"), }, OID(".6"): { "pethMainPsePower": 1825, "pethMainPseOperStatus": 1, "pethMainPseConsumptionPower": 40, 0: OID(".6"), }, OID(".7"): { "pethMainPsePower": 1825, "pethMainPseOperStatus": 1, "pethMainPseConsumptionPower": 51, 0: OID(".7"), }, }
ipdevpoll does apparently pull real power data for 4 separate PoE groups here, so the problem must either be with getting the data stored in Graphite, or retrieved from Graphite.
I would attempt to use Graphite directly to render the contents of the expression `nav.devices.ca-bi-02_epfl_ch.system.power.*`, to confirm there is real power data stored there.
Furthermore, I would use the network tab of the browser's web developer tools to confirm that the NAV web ui is actually fetching the render data from said Graphite path, and getting a proper response with data in it.