Bug #15496
open
Traffic Totals: empty Data Summary
Added by Kristof Provost 2 months ago.
Updated 2 months ago.
Category:
Status Traffic Totals
Description
The traffic totals page (i.e. the vnstat output) shows the traffic graph (with what appears to be correct data), but the Data Summary section has no data rows.
It does show the column headers (e.g. WAN TX, OpenVPN RX, ...), but no data.
The java script console shows "TypeError: undefined is not an object (evaluating 'data[d].values[v].y')" (status_traffic_totals.php:1254).
This was observed on 24.03, on an 2100.
- Project changed from pfSense to pfSense Packages
- Category changed from Traffic Graphs to Status Traffic Totals
- Release Notes deleted (
Default)
I can't reproduce any issue here currently. Seems to be OK on Plus 24.03 amd64 and arm64, and CE 2.8 Snapshots (at least to April 9th).
Is it on every tab or just certain tabs?
Might be something about the data on that system or if it was just enabled maybe it failed to summarize something as expected.
The relevant package has been installed for a very long time, so it's not a lack of data at least.
Interestingly it doesn't happen unless one or both of 'OVPN_CLIENT' and 'OpenVPN Client:' are selected in 'Options'.
The system has three interfaces (WAN, LAN, OVPN_CLIENT), so I'm not quite sure why this pages comes up with both 'OVPN_CLIENT' and 'OpenVPN Client:'.
I'm happy to share the vnstat database if that would be useful.
Kristof Provost wrote in #note-4:
The relevant package has been installed for a very long time, so it's not a lack of data at least.
Interestingly it doesn't happen unless one or both of 'OVPN_CLIENT' and 'OpenVPN Client:' are selected in 'Options'.
Only one of the lab system I have with the package installed has an OpenVPN client interface but it still seems to work OK.
The system has three interfaces (WAN, LAN, OVPN_CLIENT), so I'm not quite sure why this pages comes up with both 'OVPN_CLIENT' and 'OpenVPN Client:'.
If you have the interface assigned, both will show up since that package looks for assigned interfaces as well as each OpenVPN instance separately.
I'll keep poking at some lab systems here but if you aren't particularly attached to the data you could try backing up the database files and resetting it to see if the problem disappears.
I've removed the database, and restarted vnstatd. After it obtained some data again I do get the Data Summary values now.
Perhaps one of the interfaces is missing some values and that's causing the javascript error?
It's entirely plausible that the openvpn client interface was absent some of the time, after all.
I still have a backup of the database.
Also available in: Atom
PDF
Updated by 
Updated by