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.