• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Increasing quality graph resolution

Scheduled Pinned Locked Moved General pfSense Questions
qualitymonitoringrrdloggingresolution
2 Posts 2 Posters 728 Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M
    madengineer
    last edited by May 25, 2020, 9:39 PM

    I've been making extensive use of the connection quality monitoring graph (delay and packet loss vs. time) to keep track of persistent issues my ISP has been having. Although it's a very useful tool, I was having trouble finding a way to increase its resolution for historical data.

    After a bit of digging, it looks like the timesteps used are in /var/db/rrd/updaterrd.sh, which in turn is generated from a hardcoded template in /etc/inc/rrd.inc. I then came up with this to increase log resolution (using find for the loop so it works in both Bourne and C derivative shells):

    find /var/db/rrd -name \*.rrd -exec rrdtool tune '{}' RRA#0:=120000 RRA#1:=72000 RRA#2:=18600 RRA#3:=22840 ';'
    

    This, of course, increases database size substantially (18.6x standard).

    To make this higher-resolution data viewable, I then edited /usr/local/www/status_monitoring.php, removing the disabled attribute from lines in the switch starting on line 828, and changing default resolution (selected) according to my preferences: status_monitoring.zip

    Does anyone foresee issues with this, beyond the increased system resources required?

    1 Reply Last reply Reply Quote 0
    • D
      Derelict LAYER 8 Netgate
      last edited by May 26, 2020, 3:47 AM

      RRD intentionally aggregates data into larger intervals as the data gets older.

      The monitoring graphs are intended to provide troubleshooting information, not be a high-resolution, historical archive. For that you can query the device using something like cacti or zabbix or a plethora of others.

      Setting 8 hours x 1 minute resolution is pretty comprehensive. Anything longer than 8 hours and the resolution will be reduced.

      Chattanooga, Tennessee, USA
      A comprehensive network diagram is worth 10,000 words and 15 conference calls.
      DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
      Do Not Chat For Help! NO_WAN_EGRESS(TM)

      1 Reply Last reply Reply Quote 0
      1 out of 2
      • First post
        1/2
        Last post
      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
        This community forum collects and processes your personal information.
        consent.not_received