Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Bandwidthd problem

    Scheduled Pinned Locked Moved pfSense Packages
    48 Posts 28 Posters 48.7k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • W
      williamspinto
      last edited by

      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

      1 Reply Last reply Reply Quote 0
      • R
        rsleegers
        last edited by

        @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.

        1 Reply Last reply Reply Quote 0
        • P
          phil.davis
          last edited by

          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 ?

          As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
          If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

          1 Reply Last reply Reply Quote 0
          • R
            rsleegers
            last edited by

            @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.

            1 Reply Last reply Reply Quote 0
            • M
              millimetrix
              last edited by

              @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

              1 Reply Last reply Reply Quote 0
              • R
                rott
                last edited by

                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

                1 Reply Last reply Reply Quote 0
                • H
                  hugo
                  last edited by

                  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.

                  1 Reply Last reply Reply Quote 0
                  • C
                    cworsham
                    last edited by

                    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

                    1 Reply Last reply Reply Quote 0
                    • R
                      rcampbell
                      last edited by

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

                      1 Reply Last reply Reply Quote 0
                      • T
                        tojaktoty
                        last edited by

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

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.