No statistics are shown on “OpenVPN: Road Warrior Statistics”

Continuing the discussion from OpenVPN: Roadwarrior Statistics:


Hi there,
I have completely re-initialized OpenVPN on the IPFire (IPFire 2.29 (x86_64) - Core-Update 192). Meaning that I deleted all clients and the CA and startet everything over again to produce a clean configuration.
Now that I have 2 new clients to test with, they work as expected except for the page “OpenVPN: Road Warrior Statistics”: No statistics are shown. I tried deleting data in /var/log/rrd/collectd/localhost/openvpn-* as suggested in the Wiki. After a new OpenVPN sessions, data was created (if_octets.rrd file) but no graphs were shown during and after the OpenVPN sessions.
Does anybody have a an idea what I can do to make it work again?
Thanks!

1 Like

I have tested this out with both some RW’s and N2N connections on CU192.

I confirm that I also don’t see any data being shown in the graphs.

I have had a look in the /var/log/rrd/collectd/localhost/openvpn-ipfirenet2net-n2n/ which is the directory for my N2N connection and I have found that with the change from collectd-4.10.9 to 5.12.0 some names of the data sets were changed by collectd.

A lot of these were found during the Testing phase of CU192 but obviously not all of them, as the RW and N2N data names have also subtly changed. Those changed names need to be updated in the netovpnsrv.cgi and graphs.pl files.

Could you raise this as a bug in the IPFire Bugzilla.

https://www.ipfire.org/docs/devel/bugzilla

Your IPFire People email address and password will act as your login credentials for the IPFire Bugzilla.

Putting it into bugzilla ensures it doesn’t get forgotten about.

I will put it on my list of things to look at but over the next 2.5 weeks I will have limited availability. So being logged as a bug anyone else could also then pick it up and supply a patch to fix it.

EDIT:
I have looked through all the rrd directories now and only the openvpn related ones have one set of files with todays date and another set with an earlier date.
So it will only need to have all the locations where those old names are used identified and change them to the new naming format.

4 Likes

Thanks for looking at it, @bonnietwin - I have just filed a bug:

4 Likes