Vnstat2 Package Updated - Report/Feedback problems here.

bryan.paradis

Hello everyone,

The vnstat2 package has been updated and you should be able to install it now. Please report any problems that you encounter here and provide the information below:


pFsense release version: 2.0.X?, 2.1, etc
pFsense architecture: i386 or amd64
pFsense filesystem: full or nano
pFsense status: fresh install, upgrade? If so from what version?
Did you have vnstat installed before?
Installation log from GUI
Output of: find / -name \*vnstat\*

Cino

I was able to install it just a few minutes ago and so far so good… I'll do another install later tomorrow to make sure... My old data is still there and displaying.. Thank you very much for taking the time to fix this... I knew my bandaids wouldn't last for long ;-)

johnpoz

So package installed fine, now I had used the old patch method, etc.. etc. Think the data was in a different dir? When I installed the package now it seems to have worked. I will just have to clear out some data from 2012 ;)

July 2012 88.33 MB 15.32 MB 103.65 MB

Prob last time the old package worked without manual intervention. Will clear out my data and see how it goes.

But looks working sofar to me - THANK YOU!!! This has been long overdue, and you are a HERO!!

edit: Ok cleaned the dbs and now looks good, looking forward to seeing data fill in. Again Thank you!!!

serialdie

I just upgraded mine on pfsense 2.1-RELEASE x86_64. All well so far.
Will report back.

pyrodex

Data is logging but when accessing the VNstat2 front-end via the gui I get a 404 error. The link is http://firewall/vnstat2..

bryan.paradis

@pyrodex:

Data is logging but when accessing the VNstat2 front-end via the gui I get a 404 error. The link is http://firewall/vnstat2..

On the main vnstat2 page in the pfsense GUI have you check marked "Enable vnstat php frontend (Note that no login will be needed)" then pressed save?

![2014-02-21 13_58_33-pfsense.localdomain - Vnstat2.png](/public/imported_attachments/1/2014-02-21 13_58_33-pfsense.localdomain - Vnstat2.png)
![2014-02-21 13_58_33-pfsense.localdomain - Vnstat2.png_thumb](/public/imported_attachments/1/2014-02-21 13_58_33-pfsense.localdomain - Vnstat2.png_thumb)

bob_v_b

Thank you! Last night, the package would not install. Today, it installed perfectly.
Keep up the great work!

pyrodex

@bryan.paradis:

@pyrodex:

Data is logging but when accessing the VNstat2 front-end via the gui I get a 404 error. The link is http://firewall/vnstat2..

On the main vnstat2 page in the pfsense GUI have you check marked "Enable vnstat php frontend (Note that no login will be needed)" then pressed save?

That was weird, I had it toggled but turned it off and on and fixed it.

Eurisko

I installed it, however, when I try to hit the PHP frontpage for it, I get the following message:

Notice: Undefined index: totalrx in /usr/local/www/vnstat2/index.php on line 81 Notice: Undefined index: totalrxk in /usr/local/www/vnstat2/index.php on line 81 Notice: Undefined index: totaltx in /usr/local/www/vnstat2/index.php on line 82 Notice: Undefined index: totaltxk in /usr/local/www/vnstat2/index.php on line 82

Tried reinstalling, and also uninstalling/reinstalling. Running 2.1

Update: I waited a few minutes, clicked around on the page with the error, the error went away, and now it just works. Can't reproduce the error again. Life is good.

bryan.paradis

@Eurisko:

Update: I waited a few minutes, clicked around on the page with the error, the error went away, and now it just works. Can't reproduce the error again. Life is good.

Ok great! Maybe it was just a cached page? You had it installed before and it was broken?

@Cino:

I was able to install it just a few minutes ago and so far so good… I'll do another install later tomorrow to make sure... My old data is still there and displaying.. Thank you very much for taking the time to fix this... I knew my bandaids wouldn't last for long ;-)

I been using band-aides forever on this package! :)

@johnpoz:

So package installed fine, now I had used the old patch method, etc.. etc. Think the data was in a different dir? When I installed the package now it seems to have worked. I will just have to clear out some data from 2012 ;)

July 2012 88.33 MB 15.32 MB 103.65 MB

Prob last time the old package worked without manual intervention. Will clear out my data and see how it goes.

But looks working sofar to me - THANK YOU!!! This has been long overdue, and you are a HERO!!

edit: Ok cleaned the dbs and now looks good, looking forward to seeing data fill in. Again Thank you!!!

Should be same folder still for the db. Did you have another db that was more current in a custom place? Glad it is working for you!

@serialdie:

I just upgraded mine on pfsense 2.1-RELEASE x86_64. All well so far.
Will report back.

Good news! Thanks for the feedback.

@pyrodex:

That was weird, I had it toggled but turned it off and on and fixed it.

Could have been still waiting for data or something was cached. It is continuously updated via a cronjob that runs every minute. Glad it is now working.

@bob_v_b:

Thank you! Last night, the package would not install. Today, it installed perfectly.
Keep up the great work!

Glad to hear! Thanks for the feedback

johnpoz

"Should be same folder still for the db. Did you have another db that was more current in a custom place? Glad it is working for you!"

Yeah I had hobbled together it working before, had to edit the config by hand every time updated pfsense, run a patch, etc. The data was in a different folder, so looks like you had used the older data folder from when the packaged worked - and had some data in there from way back 2012 ;)

The data was not really of any importance - just cleaned up the databases and looks to be logging fine now. So looks all good to me - thanks again this has been a long time coming for sure.

bryan.paradis

@johnpoz:

"Should be same folder still for the db. Did you have another db that was more current in a custom place? Glad it is working for you!"

Yeah I had hobbled together it working before, had to edit the config by hand every time updated pfsense, run a patch, etc. The data was in a different folder, so looks like you had used the older data folder from when the packaged worked - and had some data in there from way back 2012 ;)

The data was not really of any importance - just cleaned up the databases and looks to be logging fine now. So looks all good to me - thanks again this has been a long time coming for sure.

Ok! You could probably just transplant the DB but back up other one first. Either way! Yeah its been broken for a long time.

Swyman18

Hi,

Sorry if this is a known issue, I noticed that the HOURS page is not distinguishing between AM and PM, everything is PM.

For example,

2P - 3P 327.22 MB 7.65 MB 334.87 MB
1P - 2P 33.21 MB 10.56 MB 43.77 MB
12P - 1P 20.08 MB 8.45 MB 28.53 MB
11P - 12P 29.58 MB 11.32 MB 40.90 MB
10P - 11P 19.75 MB 5.78 MB 25.53 MB

pFsense release version: 2.1
pFsense architecture: amd64
pFsense filesystem: full
pFsense status: fresh install
Did you have vnstat installed before? No

vnstat_find.txt

bryan.paradis

@Swyman18:

Hi,

Sorry if this is a known issue, I noticed that the HOURS page is not distinguishing between AM and PM, everything is PM.

For example,

2P - 3P 327.22 MB 7.65 MB 334.87 MB
1P - 2P 33.21 MB 10.56 MB 43.77 MB
12P - 1P 20.08 MB 8.45 MB 28.53 MB
11P - 12P 29.58 MB 11.32 MB 40.90 MB
10P - 11P 19.75 MB 5.78 MB 25.53 MB

pFsense release version: 2.1
pFsense architecture: amd64
pFsense filesystem: full
pFsense status: fresh install
Did you have vnstat installed before? No

Thanks for including the information. Looks a bug. I will have a look into it.

bryan.paradis

Had a look and I think this is the offending line. You can fix this by editing /usr/local/www/vnstat2/lang/en.php

%P doesn't seem to be supported on Freebsd. replace with %p instead or %H:%M for 24h. Examples below

%P not supported by strftime on Freebsd


$L['datefmt_hours'] = '%l%P';

Corrected line with the space


$L['datefmt_hours'] = '%l%p';

Or if your want 24h format instead


$L['datefmt_hours'] = '%H:%M';

Forked, edited and created a pull request to fix this for all languages as well as update French time to 21h00 format. You can see the pull request here for the vnstat_php_frontend git. I will roll in an update with the rest of the languages and some other misc fixes at a later time

Swyman18

Easy enough fix, thank you!

bryan.paradis

@Swyman18:

Easy enough fix, thank you!

No problem. Ill try to throw in a language select as well as at least fix this issue. Not going to happen until later this weekend though!

chasba

Thank you for updating the package. Works great :)

Just a heads up: you can grab version 1.5.2 from his github page, https://github.com/bjd/vnstat-php-frontend

I've been running it for a good while now without issues.

bryan.paradis

@chasba:

Thank you for updating the package. Works great :)

Just a heads up: you can grab version 1.5.2 from his github page, https://github.com/bjd/vnstat-php-frontend

I've been running it for a good while now without issues.

Thanks for the feedback! I am aware of the git I have an open pull request to fix hour format currently :)

doktornotor

Can you make a checkbox to make the stats persistent across reboots on nanobsd, please? ;)

bryan.paradis

@doktornotor:

Can you make a checkbox to make the stats persistent across reboots on nanobsd, please? ;)

Your saying that the database is not persistant on nanobsd? Was it persistant before? Can you please give more information including what is asked in my first post

doktornotor

@bryan.paradis:

Your saying that the database is not persistant on nanobsd?

Yes.

@bryan.paradis:

Was it persistant before? Can you please give more information including what is asked in my first post

No idea, never have been able to install the package before. Latest nanobsd i386 2.1.1 snapshot.

bryan.paradis

@doktornotor:

@bryan.paradis:

Your saying that the database is not persistant on nanobsd?

Yes.

@bryan.paradis:

Was it persistant before? Can you please give more information including what is asked in my first post

No idea, never have been able to install the package before. Latest nanobsd i386 2.1.1 snapshot.

I just threw together a fresh install of nanobsd amd64 2.1 and it works fine and is persistent.

You will have to provide much more information:

ls -a /conf/vnstat and find / -name *vnstat* Before and After reboot
More information of what exactly isn't working or even a picture
Can you confirm no errors on package install?

bryan.paradis

https://github.com/pfsense/pfsense-packages/pull/607

AM/PM Time fix pull request.

tester_02

Bryan…

I just wanted to say thanks for the fixed package. It's much appreciated and works well.

THANK YOU!!

bryan.paradis

@tester_02:

Bryan…

I just wanted to say thanks for the fixed package. It's much appreciated and works well.

THANK YOU!!

Glad it is working well for you! Thanks for the feedback.

petzi

Hello,

work just fine so far; but after a renew dyn-dns I got from cron the message:

Subject: Cron root@pfsense/usr/local/pkg/vnstat2/vnstat2.sh

X-Cron-Env: <shell= bin="" sh="">X-Cron-Env: <path= etc:="" bin:="" sbin:="" usr="" sbin="">X-Cron-Env: <home= var="" log="">X-Cron-Env: <logname=root>X-Cron-Env: <user=root>Error: Unable create database backup "/conf/vnstat/.vr0".
Error: Unable create database backup "/conf/vnstat/.vr1".
Error: Unable create database backup "/conf/vnstat/.ath0_wlan1".
Error: Unable create database backup "/conf/vnstat/.vr2".

I'm using nanobsd on alix 2d3. It can't create since the root-fs it mounted ro.

Thanks,</user=root></logname=root></home=></path=></shell=>/root@pfsense

doktornotor

@petzi:

I'm using nanobsd on alix 2d3. It can't create since the root-fs it mounted ro.

Thanks, I forgot about this one. Turns out to be the issue why the stats just went AWOL on reboot here.

bryan.paradis

@petzi:

Hello,

work just fine so far; but after a renew dyn-dns I got from cron the message:

Subject: Cron root@pfsense/usr/local/pkg/vnstat2/vnstat2.sh

X-Cron-Env: <shell= bin="" sh="">X-Cron-Env: <path= etc:="" bin:="" sbin:="" usr="" sbin="">X-Cron-Env: <home= var="" log="">X-Cron-Env: <logname=<br>on-Env: <user=root>Error: Unable create database backup "/conf/vnstat/.vr0".
Error: Unable create database backup "/conf/vnstat/.vr1".
Error: Unable create database backup "/conf/vnstat/.ath0_wlan1".
Error: Unable create database backup "/conf/vnstat/.vr2".

I'm using nanobsd on alix 2d3. It can't create since the root-fs it mounted ro.

Thanks,</user=root></logname=<br></home=></path=></shell=>/root@pfsense

The sh script itself does rw then back to ro so you are going to have to post more information. System.log for sure. Also what are all your interface names?

@doktornotor:

@petzi:

I'm using nanobsd on alix 2d3. It can't create since the root-fs it mounted ro.

Thanks, I forgot about this one. Turns out to be the issue why the stats just went AWOL on reboot here.

Log? So you are confirming dyndns then no stats after reboot?

petzi

I guess you mean me: vr0 is WAN, vr1 LAN, vr2 DMZ and ath0_wlan1 my WiFi AP. No reboot since 25. February (install date of vnstat2). Uptime is 4 days.

Maybe it's a false positive, but I never got those mail from cron before and vnstat2 runs since 25.February? And today I renewed my dyn-ip from webgui.

I've got at 8.02 pm the mail subject "pfsense.home.lan - Notification" from my pfsense box:

DynDNS updated IP Address on WAN (vr0) to xxx.xxx.xxx.xxx

and at 8.03 pm the mentioned message from cron.

I've seen the logs (system.log) I see only about success about/from services_dyndns_edit.php on this time slice. cron doesn't seems to have a log into /var/logs at my box. Are you only interested in system.log?

bryan.paradis

@petzi:

I guess you mean me: vr0 is WAN, vr1 LAN, vr2 DMZ and ath0_wlan1 my WiFi AP. No reboot since 25. February (install date of vnstat2). Uptime is 4 days.

Maybe it's a false positive, but I never got those mail from cron before and vnstat2 runs since 25.February? And today I renewed my dyn-ip from webgui.

I've got at 8.02 pm the mail subject "pfsense.home.lan - Notification" from my pfsense box:

DynDNS updated IP Address on WAN (vr0) to xxx.xxx.xxx.xxx

and at 8.03 pm the mentioned message from cron.

I've seen the logs (system.log) I see only about success about/from services_dyndns_edit.php on this time slice. cron doesn't seems to have a log into /var/logs at my box. Are you only interested in system.log?


pFsense release version: 2.0.X?, 2.1, etc
pFsense architecture: i386 or amd64
pFsense filesystem: full or nano
pFsense status: fresh install, upgrade? If so from what version?
Did you have vnstat installed before?
Installation log from GUI
Output of: find / -name \*vnstat\*

Did vnstat continue to work? If not what are the symptoms?
Is it still spitting out those errors?

/var/log/system.log
/tmp/php_errors.txt

loupalladino

This could not have come at a better time! I just switched ISPs and my "patched" vnstat install took it really hard. I removed everything from the prior hackjob I had performed and reinstalled clean. Perfection!

I initially had the php frontend index error, but simply unchecked/saved then rechecked/saved the "enable php frontend" box and it fixed the issue.

Thanks guys!!

bryan.paradis

@loupalladino:

This could not have come at a better time! I just switched ISPs and my "patched" vnstat install took it really hard. I removed everything from the prior hackjob I had performed and reinstalled clean. Perfection!

I initially had the php frontend index error, but simply unchecked/saved then rechecked/saved the "enable php frontend" box and it fixed the issue.

Thanks guys!!

Been thinking about the initial issue of it being checked but the files haven't been copied. On uninstall configuration.XML still keeps configuration for the front end and interfaces on uninstall. Might have to add a check for that. Thanks for feedback.

Just to note the fix for AM/PM was merged in today

petzi

@bryan.paradis:

pFsense release version: 2.0.X?, 2.1, etc
pFsense architecture: i386 or amd64
pFsense filesystem: full or nano
pFsense status: fresh install, upgrade? If so from what version?
Did you have vnstat installed before?
Installation log from GUI
Output of: find / -name \*vnstat\*
Did vnstat continue to work? If not what are the symptoms?

Is it still spitting out those errors?

/var/log/system.log
/tmp/php_errors.txt

I'm using 2.1/i386 fresh install with the nano filesystem (nano-bsd on embedded, alix 2d3)
I did install the older vnstat2 package before which failed and did wait until the actually was released.


find / -name \*vnstat\*
/cf/conf/vnstat
/root/var/db/pbi/installed/vnstat-1.11_1-i386
/root/var/db/pbi/.hashqueue/vnstat-1.11_1-i386
/root/tmp/apkg_vnstat-1.11_1-i386.pbi
/tmp/lighttpdcompress/vnstat2
/tmp/vnstat2.info
/usr/local/pkg/vnstat2.xml
/usr/local/pkg/vnstat2
/usr/local/pkg/vnstat2/vnstat2.inc
/usr/local/pkg/vnstat2/vnstat2.sh
/usr/local/pkg/vnstat2/vnstat_php_frontend
/usr/local/pkg/vnstat2/vnstat_php_frontend/vnstat.php
/usr/local/pkg/vnstati.xml
/usr/local/pkg/vnstatoutput.xml
/usr/local/bin/vnstat
/usr/local/bin/vnstati
/usr/local/sbin/vnstatd
/usr/local/etc/vnstat.conf.sample
/usr/local/etc/vnstat.conf
/usr/local/www/diag_vnstat.php
/usr/local/www/diag_vnstat2.php
/usr/local/www/vnstat2_img.php
/usr/local/www/vnstati.php
/usr/local/www/vnstat2
/usr/local/www/vnstat2/vnstat.php
/usr/local/man/man5/vnstat.conf.5.gz
/usr/local/man/man1/vnstat.1.gz
/usr/local/man/man1/vnstatd.1.gz
/usr/local/man/man1/vnstati.1.gz
/usr/pbi/vnstat-i386
/usr/pbi/vnstat-i386/bin/vnstat
/usr/pbi/vnstat-i386/bin/vnstati
/usr/pbi/vnstat-i386/etc/vnstat.conf.sample
/usr/pbi/vnstat-i386/etc/vnstat.conf
/usr/pbi/vnstat-i386/sbin/vnstatd
/usr/pbi/vnstat-i386/var/db/vnstat
/usr/pbi/vnstat-i386/.sbin/vnstat
/usr/pbi/vnstat-i386/.sbin/vnstat.pbiopt
/usr/pbi/vnstat-i386/.sbin/vnstat.ldhints
/usr/pbi/vnstat-i386/.sbin/vnstatd
/usr/pbi/vnstat-i386/.sbin/vnstatd.pbiopt
/usr/pbi/vnstat-i386/.sbin/vnstatd.ldhints
/usr/pbi/vnstat-i386/.sbin/vnstati
/usr/pbi/vnstat-i386/.sbin/vnstati.pbiopt
/usr/pbi/vnstat-i386/.sbin/vnstati.ldhints

cat /tmp/php_errors.txt got nothings - empty

relevant time slice of /var/log/system.log


Feb 28 01:01:03 pfsense php: rc.dyndns.update: phpDynDNS (all.dnsomatic.com): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
Feb 28 20:00:27 pfsense php: /index.php: Successful login for user 'admin' from: 192.168.1.11
Feb 28 20:00:27 pfsense php: /index.php: Successful login for user 'admin' from: 192.168.1.11
Feb 28 20:03:16 pfsense check_reload_status: Syncing firewall
Feb 28 20:03:17 pfsense php: /services_dyndns_edit.php: DynDns: updatedns() starting
Feb 28 20:03:17 pfsense php: /services_dyndns_edit.php: DynDns (all.dnsomatic.com): <my-ip>extracted from local system.
Feb 28 20:03:17 pfsense php: /services_dyndns_edit.php: DynDNS (all.dnsomatic.com): running get_failover_interface for wan. found vr0
Feb 28 20:03:17 pfsense php: /services_dyndns_edit.php: DynDNS (all.dnsomatic.com): DynDns _update() starting.
Feb 28 20:03:17 pfsense php: /services_dyndns_edit.php: DNS-O-Matic: DNS update() starting.
Feb 28 20:03:18 pfsense php: /services_dyndns_edit.php: DynDNS (all.dnsomatic.com): DynDns _checkStatus() starting.
Feb 28 20:03:18 pfsense php: /services_dyndns_edit.php: DynDNS (all.dnsomatic.com): Current Service: dnsomatic
Feb 28 20:03:18 pfsense php: /services_dyndns_edit.php: DynDns (all.dnsomatic.com): <my-ip>extracted from local system.
Feb 28 20:03:21 pfsense php: /services_dyndns_edit.php: Message sent to <my_mail>OK
Feb 28 20:03:21 pfsense php: /services_dyndns_edit.php: phpDynDNS: updating cache file /conf/dyndns_wandnsomatic'all.dnsomatic.com'1.cache: 77.64.174.226
Feb 28 20:03:21 pfsense php: /services_dyndns_edit.php: DNS-O-Matic (all.dnsomatic.com): (Success) IP Address Changed Successfully! (<my-ip>)
Feb 28 20:04:04 pfsense check_reload_status: Syncing firewall
Feb 28 20:04:05 pfsense php: /services_dyndns_edit.php: DynDNS (<my_fqdn>): Processing dummy update on No-IP free account. IP temporarily set to 192.168.1.1
Feb 28 20:04:05 pfsense php: /services_dyndns_edit.php: phpDynDNS: updating cache file /conf/dyndns_wannoip-free'<my-fqdn>'0.cache: <my-ip>Feb 28 20:04:05 pfsense php: /services_dyndns_edit.php: phpDynDNS (petzihome.no-ip.biz): (Success) DNS hostname update successful.
Feb 28 20:04:06 pfsense php: sendmail: Message sent to yMY-MAIL> OK
Feb 28 20:04:16 pfsense php: /services_dyndns_edit.php: phpDynDNS: updating cache file /conf/dyndns_wannoip-free'<my-fqdn>'0.cache: 77.64.174.226
Feb 28 20:04:16 pfsense php: /services_dyndns_edit.php: phpDynDNS (<my-fqdn>): (Success) DNS hostname update successful.
Feb 28 20:11:15 pfsense check_reload_status: Syncing firewall</my-fqdn></my-fqdn></my-ip></my-fqdn></my_fqdn></my-ip></my_mail></my-ip></my-ip>

cat /tmp/vnstat2.info


Loading package instructions....
Custom commands...
Executing custom_php_install_command()...done.
Menu items... done.
Integrated Tab items... done.
Writing configuration... done.

Installation completed.   Please check to make sure that the package is configured from the respective menu then start the package.

The interesting part is that each time I call vnstat2 from menu I have to configure it again, e.g.

If I change it to WAN and save, next time I have to perform this again. Is this intentionally?

bryan.paradis

Yes I believe so. The PHP frontend option should be sticky. Everything working?

petzi

@bryan.paradis:

Yes I believe so. The PHP frontend option should be sticky. Everything working?

I see my stats since date of install, so far OK. No idea about point of reboot.

bryan.paradis

@doktornotor:

@petzi:

I'm using nanobsd on alix 2d3. It can't create since the root-fs it mounted ro.

Thanks, I forgot about this one. Turns out to be the issue why the stats just went AWOL on reboot here.

His stats are there since install? I am not sure how it correlates to your problem of stats going AWOL on reboot.

@petzi:

@bryan.paradis:

Yes I believe so. The PHP frontend option should be sticky. Everything working?

I see my stats since date of install, so far OK. No idea about point of reboot.

So you have received just one email from cron complaining that vnstat couldn`t create backups? Is it possible that the dyndns set the filesystem back to Read only after the vnstat script set it to read write and so it failed? This script gets run every minute by cron so I guess this may be possible that the timing just aligned perfectly.

petzi

@bryan.paradis:

So you have received just one email from cron complaining that vnstat couldn`t create backups? Is it possible that the dyndns set the filesystem back to Read only after the vnstat script set it to read write and so it failed? This script gets run every minute by cron so I guess this may be possible that the timing just aligned perfectly.

I've no idea. Probably mounting rw/ro isn't logged.

bryan.paradis

@petzi:

@bryan.paradis:

So you have received just one email from cron complaining that vnstat couldn`t create backups? Is it possible that the dyndns set the filesystem back to Read only after the vnstat script set it to read write and so it failed? This script gets run every minute by cron so I guess this may be possible that the timing just aligned perfectly.

I've no idea. Probably mounting rw/ro isn't logged.

If it happened only once? It must have been the fluke lining up of filesystem getting switched back after the rw call was made by the script.

Vnstat2 Package Updated - Report/Feedback problems here.

Products

Services

Support

News

Resources

Company

Our Mission

Subscribe to our Newsletter