Bandwidthd problem

[cboy2]

`#!/bin/sh

This file was automatically generated

by the pfSense service handler.

rc_start() {
/usr/local/bandwidthd/bandwidthd
}

rc_stop() {
/usr/bin/killall bandwidthd
}

case $1 in
start)
rc_start
;;
stop)
rc_stop
;;
restart)
rc_stop
rc_start
;;
esac`   I've had this issue on two different 64 bit systems and one 32 (all I have tried) all running 2.1 or a RC thereof.

[phil.davis]

Now I really looked at the code! It has never worked for a 2.1 PBI-based full install.
Edit /usr/local/pkg/bandwidthd.inc to change line 324 from:

/usr/local/bandwidthd/bandwidthd

to

{$bandwidthd_base_dir}/bandwidthd

like in this GitHub change: https://github.com/phil-davis/pfsense-packages/commit/c918257082611cc9d9e9f9987a0a317d629885d7

That should make it understand full installs for 2.0.n and 2.1 in both i386 and amd64.

Then save your bandwidthd settings again and check that bandwidth.sh has better code, and that bandwidthd actually works.
If all is well, I will submit the pull request.

[freehood4all]

@kalu:

Hello every one

I have the latest pfsense build installed:
–--------------------
2.1-DEVELOPMENT (i386)
built on Wed May 2 08:30:27 EDT 2012
FreeBSD 8.3-RELEASE

installed the latest bandwidthd
–-----------------------
"bandwidthd 2.0.1.3"

and it always shows me Please start bandwidthd to populate this directory.
I searched in this forum and was not able to find a proper solution
Thanks
kalu

To anyone running into "Please start bandwidthd to populate this directory."

First check to see if it's running:

ps auxwww | grep -i bandwidthd

If it's running check the directory:

ls -al /usr/local/www/bandwidthd
lrwxr-xr-x  1 root  wheel    43 Sep 16 12:41 /usr/local/www/bandwidthd -> /usr/pbi/bandwidthd-amd64/bandwidthd/htdocs

I can see that the actual files aren't being written there.

Check this directory:

ls -al /usr/local/bandwidthd/htdocs/

If you see files in there, all you need to do is make the correct link

rm /usr/local/www/bandwidthd

ln -s /usr/local/bandwidthd/htdocs/ /usr/local/www/bandwidthd

Note: I ended up installing bandwidthd from pkg_add because I ran into issues originally, so my way is definitely non-standard.  And this probably only affects people who updated through the 2.1 beta, RC development cycle.  I'm sure stable has this working out of the box.

[pkrnjevic]

Just a comment freehood4all's note:

"Note: I ended up installing bandwidthd from pkg_add because I ran into issues originally, so my way is definitely non-standard.  And this probably only affects people who updated through the 2.1 beta, RC development cycle.  I'm sure stable has this working out of the box."
If I read your note right, you suggest that stable versions shouldn't have this problem.
I updated from a recently installed 2.0.3Release to 2.1Release, and definitely do have this problem.

Phil.davis describes a fix (previous comment in this thread) that mostly works, except for missing icons.

[walkman]

Hi, I noticed that this only happens when I use firfox, not chrome or IE.

Thanks

[xerxes]

@freehood4all:

To anyone running into "Please start bandwidthd to populate this directory."

First check to see if it's running:

ps auxwww | grep -i bandwidthd

If it's running check the directory:

ls -al /usr/local/www/bandwidthd
lrwxr-xr-x  1 root  wheel    43 Sep 16 12:41 /usr/local/www/bandwidthd -> /usr/pbi/bandwidthd-amd64/bandwidthd/htdocs

Check this directory:

ls -al /usr/local/bandwidthd/htdocs/

If you see files in there, all you need to do is make the correct link

rm /usr/local/www/bandwidthd

ln -s /usr/local/bandwidthd/htdocs/ /usr/local/www/bandwidthd

This one works for me.. Thanks.

[smilodon]

This last method did not work for me.
I also upgraded.. from 2.0.3 to 2.1 and had bandwidthd previously installed.

So for me this was the fix:

#First remove the package via GUI.

killall bandwidthd #Just incase it still runs.

find / -name "bandwidthd" #You get a list of files and directories related to Bandw.D.

#Now delete all of them..
rm -rf /directory/you/find

#I also removed these.., which seem to be packages..
/root/var/db/pbi/installed/bandwidthd-2.0.1_5-i386
/root/var/db/pbi/.hashqueue/bandwidthd-2.0.1_5-i386

Now install it again via GUI and it worked for me.

[cboy2]

@phil.davis:

Now I really looked at the code! It has never worked for a 2.1 PBI-based full install.
Edit /usr/local/pkg/bandwidthd.inc to change line 324 from:

/usr/local/bandwidthd/bandwidthd

to

{$bandwidthd_base_dir}/bandwidthd

like in this GitHub change: https://github.com/phil-davis/pfsense-packages/commit/c918257082611cc9d9e9f9987a0a317d629885d7

That should make it understand full installs for 2.0.n and 2.1 in both i386 and amd64.

Then save your bandwidthd settings again and check that bandwidth.sh has better code, and that bandwidthd actually works.
If all is well, I will submit the pull request.

#!/bin/sh
# This file was automatically generated
# by the pfSense service handler.

rc_start() {
	// /usr/local/bandwidthd/bandwidthd
/usr/pbi/bandwidthd-amd64/bandwidthd/bandwidthd
}

rc_stop() {
	/usr/bin/killall bandwidthd
}

case $1 in
	start)
		rc_start
		;;
	stop)
		rc_stop
		;;
	restart)
		rc_stop
		rc_start
		;;
esac

Should the commented out line use # instead of //? ( // /usr/local/bandwidthd/bandwidthd)

edit: I believe the // issue was my doing as I commented that line out without verifying it wasn't a standalone line.

[cboy2]

I can confirm that uninstalling the package leaves the old directory intact (/usr/local/bandwidthd) and that removing this directory prior to reinstalling makes the new install function as expected.

The difference appears to be that /usr/local/bandwidthd/bandwidthd is now a symlink to /usr/pbi/bandwidthd-amd64/bandwidthd/bandwidthd, the bandwidthd.inc line 324 is the same.

[williamspinto]

To resolve this problem (php: /pkg_edit.php: The command '/usr/local/etc/rc.d/bandwidthd.sh stop' returned exit code '1', the output was 'No matching processes were found') on start the bandwidth on new version of pfsense 2.1 and new version off bandwidth 2.0.1 i do just removed the directory "/usr/local/bandwidthd" and reinstalled a bandwidth. Its work fine to me.

Ps.: My english is not good. :( hehe

[rsleegers]

@kalu:

installed the latest bandwidthd
and it always shows me Please start bandwidthd to populate this directory.

I ran through the troubleshooting and confirmed BandwidthD was running, but when clicking on Services, BandwidthD, the Access BandwidthD, a new page/tab opens to https://192.168.0.1/bandwidthd/index.html with the same error (using Firefox).

If I change the URL to https://192.168.0.1/bandwidthd/ then the summary page appears as expected. It would appear the link is not set correctly, or the index page should be deleted when proper data is found. I'm using the output_cdf method.

[phil.davis]

I just checked installing fresh on a new system. The initial "Please start bandwidthd to populate this directory." page is found at index.html, and after a while index.html is updated with the daily data.
I now have the following in /usr/local/www/bandwidthd

-rw-r--r--  1 root  wheel  2230 Dec 13 13:33 10.49.143.1-1-R.png
-rw-r--r--  1 root  wheel  2207 Dec 13 13:33 10.49.143.1-1-S.png
-rw-r--r--  1 root  wheel  2636 Dec 13 13:33 Subnet-1-10.49.143.0.html
-rw-r--r--  1 root  wheel  2242 Dec 13 13:26 Subnet-2-10.49.143.0.html
-rw-r--r--  1 root  wheel  2245 Dec 13 13:16 Subnet-3-10.49.143.0.html
-rw-r--r--  1 root  wheel  2242 Dec 13 13:33 Total-1-R.png
-rw-r--r--  1 root  wheel  2244 Dec 13 13:33 Total-1-S.png
-rw-r--r--  1 root  wheel  2587 Dec 13 13:26 Total-2-R.png
-rw-r--r--  1 root  wheel  2646 Dec 13 13:26 Total-2-S.png
-rw-r--r--  1 root  wheel  1844 Dec 13 13:16 Total-3-R.png
-rw-r--r--  1 root  wheel  1853 Dec 13 13:16 Total-3-S.png
-rw-r--r--  1 root  wheel  3323 Dec 13 13:33 index.html
-rw-r--r--  1 root  wheel  2939 Dec 13 13:26 index2.html
-rw-r--r--  1 root  wheel  2948 Dec 13 13:16 index3.html
-rw-r--r--  1 root  wheel   653 Dec 13 12:16 index4.html
-rw-r--r--  1 root  wheel  1649 Dec 13 11:51 legend.gif
-rw-r--r--  1 root  wheel  7573 Dec 13 11:51 logo.gif

@rsleegers - If you can reproduce this, what does your system have in /usr/local/www/bandwidthd ?

[rsleegers]

@phil.davis:

@rsleegers - If you can reproduce this, what does your system have in /usr/local/www/bandwidthd ?

Yes, after a day or so (I think more than a day), the tab/link worked without modifying.

[millimetrix]

@freehood4all:

To anyone running into "Please start bandwidthd to populate this directory."

First check to see if it's running:

ps auxwww | grep -i bandwidthd

If it's running check the directory:

ls -al /usr/local/www/bandwidthd
lrwxr-xr-x  1 root  wheel    43 Sep 16 12:41 /usr/local/www/bandwidthd -> /usr/pbi/bandwidthd-amd64/bandwidthd/htdocs

I can see that the actual files aren't being written there.

Check this directory:

ls -al /usr/local/bandwidthd/htdocs/

If you see files in there, all you need to do is make the correct link

rm /usr/local/www/bandwidthd

ln -s /usr/local/bandwidthd/htdocs/ /usr/local/www/bandwidthd

Note: I ended up installing bandwidthd from pkg_add because I ran into issues originally, so my way is definitely non-standard.  And this probably only affects people who updated through the 2.1 beta, RC development cycle.  I'm sure stable has this working out of the box.

Nice one freehood4all your fix worked for me on a Netgate box running pfSense 2.1 (amd64).
thanks

[rott]

Hello all

I installed the bandwidthd package today.
the installation went right but after that it s now impossible to access the Webgui.
My network is good, so pfSence is still running.
Did someone meet this problem??

Thx

[hugo]

I cant get bandwidthd working either.
I upgraded from 2.0.3 to 2.1, and it didnt work.

@smilodon:

This last method did not work for me.
I also upgraded.. from 2.0.3 to 2.1 and had bandwidthd previously installed.

So for me this was the fix:

#First remove the package via GUI.

killall bandwidthd #Just incase it still runs.

find / -name "bandwidthd" #You get a list of files and directories related to Bandw.D.

#Now delete all of them..
rm -rf /directory/you/find

#I also removed these.., which seem to be packages..
/root/var/db/pbi/installed/bandwidthd-2.0.1_5-i386
/root/var/db/pbi/.hashqueue/bandwidthd-2.0.1_5-i386

Now install it again via GUI and it worked for me.

I tried this, no luck. Rebooted, restarted package, same thing. In System log it says:
php: /status_services.php: The command '/usr/local/etc/rc.d/bandwidthd.sh stop' returned exit code '1', the output was 'No matching processes were found'
bandwidthd: log.1.0.cdf is corrupted, skipping

when going to bandwidthd it says:
bandwidthd has nothing to graph. This message should be replaced by graphs in a few minutes. If it's not, please see the section titled "Known Bugs and Troubleshooting" in the README

in /usr/pbi/bandwidthd-i386/bandwidthd there is the log file, but it is empty…
-rw-r--r--  1 root  wheel      0 Mar  2 13:59 log.1.0.cdf

Am i doing something wrong or does anyone know how to fix it?
Thank you.

[cworsham]

I'm getting the following error when attempting to start Bandwidthd:
Error: Syntax Error "syntax error" on line 58

Build info:
pfSense 2.1-RELEASE (amd64)
built on Wed Sep 11 18:17:48 EDT 2013
FreeBSD 8.3-RELEASE-p11
Bandwidthd 2.0.1_5 pkg v.0.3

This is a fresh install and I'm trying to log to a psgdb.
Database tests confirm that the DB is up, with the correct schema, and accessible.

Conf file output (edited for anonymity):
subnet 10.x.x.x 255.255.255.0
dev "em0"
promiscuous false
filter "ip"
graph false
pgsql_connect_string "user = bandwidthd dbname = bandwidthd password = xxxxxxx host = xxx.xxx.xxx.xxx"
sensor_id "proxy01.xxx.local"

Anyone have any ideas?

Thanks

[rcampbell]

The fix seems to be here:
https://forum.pfsense.org/index.php?topic=78175

[tojaktoty]

Edit: found info on 2.2 problems here: https://forum.pfsense.org/index.php?topic=84642.0