Created attachment 1060 [details] Screen grab Status > Hardware Graphs Menu Status > Hardware Graphs been giving this error for quite a few releases. I am on CU169 testing now, error still there. Only get the error on a couple of boxes of identical hardware (Intel based fanless mini-PC of Chinese origin). https://fireinfo.ipfire.org/profile/9e370b2f991acf24f3fc4df21bdee5ec15f9d622
@Leo: Is this something for you?
My first guess would be that the board is reporting faulty or non-existent sensors? The ACPI thermal-zone data should be logged in this directory: /var/log/rrd/collectd/localhost/thermal-thermal_zone* Could you please check if there is meaningful RRD data there? I think this is the collectd plugin with which the data is logged: https://collectd.org/wiki/index.php/Plugin:thermal
This is also happening on cpu frequency on my equiptment, see my post below https://community.ipfire.org/t/cpufreq-graph-error/8246
Hi siosios, thanks for figuring out the problem with the colors. I would have never thought of that. I'll be able to start working on this soon :)
I used rrddump to look at data files and all had just NaN entries (i.e. sensor failure). Followed instructions to find new sensor hardware: https://wiki.ipfire.org/installation/hardware-change Newly recreated files still have NaN entries back to 2021, here is a sample extract: <!-- 2022-07-18 08:29:00 BST / 1658129340 --> <row><v>NaN</v></row> <!-- 2022-07-18 15:48:00 BST / 1658155680 --> <row><v>NaN</v></row> <!-- 2022-07-18 23:07:00 BST / 1658182020 --> <row><v>NaN</v></row> <!-- 2022-07-19 06:26:00 BST / 1658208360 --> <row><v>NaN</v></row> <!-- 2022-07-19 13:45:00 BST / 1658234700 --> <row><v>NaN</v></row> <!-- 2022-07-19 21:04:00 BST / 1658261040 --> <row><v>NaN</v></row> <!-- 2022-07-20 04:23:00 BST / 1658287380 --> <row><v>NaN</v></row> <!-- 2022-07-20 11:42:00 BST / 1658313720 --> <row><v>NaN</v></row> <!-- 2022-07-20 19:01:00 BST / 1658340060 --> <row><v>NaN</v></row> <!-- 2022-07-21 02:20:00 BST / 1658366400 --> <row><v>2.0000000000e+01</v></row> <!-- 2022-07-21 09:39:00 BST / 1658392740 --> <row><v>2.0000000000e+01</v></row> <!-- 2022-07-21 16:58:00 BST / 1658419080 --> <row><v>2.0000000000e+01</v></row> Fairly sure that's what's tripping up graphs. Is there an easy way to delete old entries?
I did a temporary fix for the cpufreq graph issue by limiting the number of cpu's it shows. I have updated my post listed above that shows what I've done.
Updated my post as to what I’ve found. Sorry, I never learnt how to create patches otherwise I would submit it.
It is indeed just the selection of colors. A code sequence for i = 0..#cpus { j= i+1 .... colors{'color1'.j} ... } produces legal indices into colors{} ( keys 'color1'...'color25' ) for i = 0..8 only. Replacing j by i functions for #cpus<=25. Whether the colors are suitable has to be checked.
https://patchwork.ipfire.org/project/ipfire/patch/20230313073544.753-1-hofmann@leo-andres.de/
https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=11f4726b0d72b6a4a0799bb4548e9ce93bf16911
https://blog.ipfire.org/post/ipfire-2-27-core-update-174-is-available-for-testing
https://blog.ipfire.org/post/ipfire-2-27-core-update-174-released