Project

General

Profile

Actions

Bug #12338

closed

RRD Summary does not report data on 3100

Added by Max Leighton about 3 years ago. Updated over 1 year ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
RRD Summary
Target version:
-
Start date:
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Affected Version:
Affected Plus Version:
Affected Architecture:
SG-3100

Description

RRD Summary package version 2.0_1 does not report any data on 3100. Upon installing the package, 0 GB is reported on any interface. I tested on amd64 and it works as expected, so this has only been seen on 3100. It has been seen on multiple 3100s.


Files

image.png (27.9 KB) image.png Max Leighton, 09/03/2021 08:12 PM
RRD.jpg (100 KB) RRD.jpg Mihai B, 05/27/2023 06:22 AM
Actions #1

Updated by Max Leighton about 3 years ago

There are some users on the forum who report that it will begin counting after some time passes, https://forum.netgate.com/topic/161077/solved-rrd-summary-no-data. We have seen a report of a user waiting 3 months and still not seeing data counted there. In my case, I passed quite a bit of traffic and did not see that change.

Actions #2

Updated by Alan Wilson over 2 years ago

Same issue on a 3100

Actions #3

Updated by aleksei prokofiev about 2 years ago

Tested on 3100 with RRD Summary package version 2.0_2 on 22.05 pfSense release and I see the same issue

Actions #4

Updated by Karl Brown almost 2 years ago

Same issue for me on all the 3100's I've tested.
ntopng package 2.0_2 on pfSense 22.05

Actions #5

Updated by Jim Pingle over 1 year ago

This is because the 3100 is armv7 which is a 32-bit platform and there are some issues with Unix timestamps on there as current timestamps are larger than a 32-bit integer.

This may require a bit of rework of the current code since it is very much based around Unix timestamps. It could probably all be changed to DateTime format as we did with certs, just needs some more thought.

Actions #6

Updated by Jim Pingle over 1 year ago

  • Status changed from New to In Progress
  • Assignee set to Jim Pingle

After some more digging I found that this isn't related directly to Unix timestamps yet but to rrdtool on ARM. For some reason the CLI version of "rrdtool fetch" is returning the same timestamp for every series which breaks all the calculations. I thought the timestamps were overflowing but that isn't a problem yet, I was thinking of certificate end dates which are already overflowing for long-lived cert end times.

The GUI graphs use PECL rrd_fetch() instead, which appears to work fine on ARM. As a bonus for converting to that, we can do away with a shell exec and all that entails.

I have a working update here that works well on amd64, arm64, and armv7. Will push it shortly.

There could still be some benefit to using PHP date calculations here but since RRD is using Unix timestamps internally it doesn't seem like that would solve any problems on ARM for now.

Actions #7

Updated by Jim Pingle over 1 year ago

  • Status changed from In Progress to Feedback
  • % Done changed from 0 to 100
Actions #8

Updated by Flole Systems over 1 year ago

There was another bug that was caused when the locale was changed as rrdtool used the wrong decimal separator and PHP misinterpreted it then. That should be fixed by this aswell, just in case someone wants to search for that bug report and mark it fixed.

Actions #9

Updated by Jim Pingle over 1 year ago

Flole Systems wrote in #note-8:

There was another bug that was caused when the locale was changed as rrdtool used the wrong decimal separator and PHP misinterpreted it then. That should be fixed by this aswell, just in case someone wants to search for that bug report and mark it fixed.

I searched a bit but I don't see any issue here in Redmine for that. If you (or anyone else) happens to remember what it was or find the old issue, link it here.

Actions #10

Updated by Mihai B over 1 year ago

I see that it finally got fixed in version 23.05 on my 3100 box.

Actions #11

Updated by Jim Pingle over 1 year ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF