RRD graphs throughput but not totals
-
Happens on both interfaces… See below.
-
When you install, are you restoring your configuration, or are you configuring the settings from scratch?
I would suggest a clean install and a manual reconfigure. I'm guessing that there might be something wonky in your configurations that is causing this. I cannot recreate the problem.
-
Always clean installs, no restoration of previous configs.
If its worth noting, I have a static IP on my WAN interface.
-
I too have a static IP on one WAN interface and another DHCP on the second WAN interface.
The only other thing I can think of is a bug in the interface driver supplied by BSD.
-
Do you have the traffic shaper enabled?
Have you tried the '/sbin/pfctl -vvsI -i <your_interface>' commands suggested early in this thread? (https://forum.pfsense.org/index.php?topic=89923.msg498803#msg498803) Try it say in the morning, then 8 hours later and look for rollover.</your_interface>
-
I agree its a bug or the way that pfSense calculates the bytes through the interface.
Charliem is spot on, its to do with the traffic shaper (well in my case it was). When i had it configured on my WAN interface so i could try and run some sort of QOS egress to the carrier, it was stuffing up the readings. The graph would work perfectly just the text below it would not capture the traffic.
The only way i found to fix it was to disable the traffic shaper on that interface and take out the maximum upload speed my service had (i manually set this). it breaks all potential QOS to the carrier, but i never found another solution.
Once i took off the WAN bandwidth statement on the traffic shaper interface, the values started to work correctly.
its a band aid and breaks my qos, but the only way i found to fix the issue.
i think a bug needs to be raised for this, or a better way for pfsense to calculate those figures when there is a bandwidth statement set on the WAN interface.
-
I cannot recreate the problem.
I can't either, but it's there. The LAN party traffic graphs posted here: https://forum.pfsense.org/index.php?topic=92938.0 show the problem as well, but nobody noticed it. That poster (sideout) said his server used broadcom nics for that weekend, and he obviously was using traffic shaping.
-
I have Intel nic's in my server if that makes any difference. Its a 2 port Intel pci NIC in my server.
-
Do you have the traffic shaper enabled?
Have you tried the '/sbin/pfctl -vvsI -i <your_interface>' commands suggested early in this thread? (https://forum.pfsense.org/index.php?topic=89923.msg498803#msg498803) Try it say in the morning, then 8 hours later and look for rollover.</your_interface>
Here are the results of running that command this morning and later afternoon, complete with RRD screenshots.
MORNING:
em0
Cleared: Thu May 21 07:56:38 2015
References: 59
In4/Pass: [ Packets: 3509324067 Bytes: 590726417355 ]
In4/Block: [ Packets: 7175562 Bytes: 428424640 ]
Out4/Pass: [ Packets: 5996776314 Bytes: 8717660571686 ]
Out4/Block: [ Packets: 665018 Bytes: 554766803 ]
In6/Pass: [ Packets: 0 Bytes: 0 ]
In6/Block: [ Packets: 0 Bytes: 0 ]
Out6/Pass: [ Packets: 0 Bytes: 0 ]
Out6/Block: [ Packets: 1 Bytes: 116 ]LATE AFTERNOON:
em0
Cleared: Thu May 21 07:56:38 2015
References: 53
In4/Pass: [ Packets: 3878566076 Bytes: 848657387658 ]
In4/Block: [ Packets: 7703174 Bytes: 459527204 ]
Out4/Pass: [ Packets: 6396854113 Bytes: 9267444219092 ]
Out4/Block: [ Packets: 713043 Bytes: 595227273 ]
In6/Pass: [ Packets: 0 Bytes: 0 ]
In6/Block: [ Packets: 0 Bytes: 0 ]
Out6/Pass: [ Packets: 0 Bytes: 0 ]
Out6/Block: [ Packets: 1 Bytes: 116 ]MORNING:
LATE AFTERNOON:
-
so nobody has an idea since i posted the results of the requested command?