Traffic Graph Error
-
When I bring up the Traffic Graph page and select LAN fir the first time I get a pop up error.
After I click OK, it works normally. For the record, LAN is a bridged interface (LAN + WLAN) and I use Chrome for browser.
I also get the same error once I leave the Traffic Graph page by clicking on the menus.
-
I'm getting the same thing when I switch interfaces on code from today (gitsync) even using Firefox and not Chrome, so it does seem to be a general problem and not something specific to your setup.
-
Added as http://redmine.pfsense.org/issues/2826
-
Should be fixed by gitsync or the next coming snapshots.
-
Great! I'll try the next snapshot.
-
I'm on a few days old snapshot and after gitsync I get:
Error 0 – error -- bandwidth_by_ip.php?if=opt1&sort=undefined
Edit:
Looks like my web configurator also goes completely unresponsive and I don't know how to debug that. Option 11 from console doesn't restore it.
-
Should be fixed, again.
-
Still crashes web configurator (php?) when changing interface with error on the grap "Cannot get about interface em1" (em1 = LAN). Are there any log files I should look for errors related to this?
Edit:
System log from crash to gitsync (which restarts php -> web configurator works again)
Feb 20 08:42:26 php: : Creating rrd update script Feb 20 08:42:23 lighttpd[84240]: (mod_fastcgi.c.3329) response not received, request sent: 897 on socket: unix:/tmp/php-fastcgi.socket-0 for /status_graph.php?if=wan&sort=, closing connection Feb 20 08:42:23 lighttpd[84240]: (mod_fastcgi.c.2543) unexpected end-of-file (perhaps the fastcgi process died): pid: 85120 socket: unix:/tmp/php-fastcgi.socket-0 Feb 20 08:42:23 lighttpd[84240]: (mod_fastcgi.c.3329) response not received, request sent: 871 on socket: unix:/tmp/php-fastcgi.socket-1 for /ifstats.php?if=em1, closing connection Feb 20 08:42:23 lighttpd[84240]: (mod_fastcgi.c.2543) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: unix:/tmp/php-fastcgi.socket-1 Feb 20 08:42:23 lighttpd[84240]: (mod_fastcgi.c.3329) response not received, request sent: 871 on socket: unix:/tmp/php-fastcgi.socket-1 for /ifstats.php?if=em1, closing connection Feb 20 08:42:23 lighttpd[84240]: (mod_fastcgi.c.2543) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: unix:/tmp/php-fastcgi.socket-1 Feb 20 08:42:23 check_reload_status: webConfigurator restart in progress Feb 20 08:42:21 lighttpd[84240]: (mod_fastcgi.c.3002) backend died; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 1 load: 6 Feb 20 08:42:21 lighttpd[84240]: (mod_fastcgi.c.1732) connect failed: No such file or directory on unix:/tmp/php-fastcgi.socket-1 Feb 20 08:42:21 lighttpd[84240]: (mod_fastcgi.c.3002) backend died; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 6 Feb 20 08:42:21 lighttpd[84240]: (mod_fastcgi.c.1732) connect failed: No such file or directory on unix:/tmp/php-fastcgi.socket-0 Feb 20 08:42:17 php: : Start Configuration upgrade at 08:42:17, set execution timeout to 15 minutes Feb 20 08:15:56 php: : Creating rrd update script Feb 20 08:15:54 lighttpd[43428]: (mod_fastcgi.c.3002) backend died; we'll disable it for 1 seconds and send the request to another backend instead: reconnects: 0 load: 1 Feb 20 08:15:54 lighttpd[43428]: (mod_fastcgi.c.1732) connect failed: No such file or directory on unix:/tmp/php-fastcgi.socket-1Is there a log file I can check for more details about why php crashes?
-
2.1-BETA1 (amd64)
built on Mon Feb 18 22:59:11 EST 2013
FreeBSD 8.3-RELEASE-p5Some of my interface graphs in the dashboard and on the Traffic Graph page are showing impossible speeds, likely about double of the actual amount of traffic there. Could this be related?
In the screenshot, the WAN has a 42 Mbps d/l speed. The LAN traffic is coming from nowhere but the WAN, but shows higher speeds (and a similar curve). Note that there are other interfaces pulling from the WAN, so the WAN and LAN curves won't match exactly, but the LAN speed should not exceed the WAN speed.
