2 bugs in aug 3 snapshot



  • 2 bugs in latest snapshot:

    2.1-BETA0 (i386)  built on Fri Aug 3 01:05:07 EDT 2012 FreeBSD 8.3-RELEASE-p3
    running on intel 330 atom, full fresh iso install on memstick.

    1- earlier mentiond upnpd bug, service crashes
    Aug 4 11:29:38  miniupnpd[34135]: DIOCGETSTATUS: Operation not supported by device
    Aug 4 11:29:38  miniupnpd[34135]: Failed to init redirection engine. EXITING

    2- when loading this page interfaces_ppps_edit.php?id=0, the webinterface does not respond anymore (PHP crash?).
    anyone else seeing this same error?



  • I've not seen those specific errors but do see 500 internal and other errors on various pages when running with 144 MB memory or less.  Bumping it up to 256 MB does fine.  (MS Virtual PC 2007)

    Seems like the web server is unable to keep everything it needs in memory.

    Are you running in a VM?
    How much memory?



  • @NOYB:

    I've not seen those specific errors but do see 500 internal and other errors on various pages when running with 144 MB memory or less.  Bumping it up to 256 MB does fine.  (MS Virtual PC 2007)

    Seems like the web server is unable to keep everything it needs in memory.

    Are you running in a VM?
    How much memory?

    I have 2 Gb of memory on a Atom 330 (dual core) processor. Not a virtual machine.
    so, should be plenty of memory…



  • @GrandmasterB:

    2- when loading this page interfaces_ppps_edit.php?id=0, the webinterface does not respond anymore (PHP crash?).
    anyone else seeing this same error?

    watch at the same problem
    1 august build


  • Rebel Alliance Developer Netgate

    Certain models of 3G modems have been known to hang up on the serial port probe that page does. It's a known issue, and I think it's already got a ticket.

    UPnP is fixed in current builds.



  • @jimp:

    Certain models of 3G modems have been known to hang up on the serial port probe that page does. It's a known issue, and I think it's already got a ticket.

    UPnP is fixed in current builds.

    OK.
    I indeed use a 3G modem (Huawei K4505). I will watch the tickets for future updates on that issue.

    Thanks for the update, and upnp is working perfectly now.



  • aug 8 version at login page:

    CSRF check failed. Either your session has expired, this page has been inactive too long, or you need to enable cookies.
    Debug: sid:e4c6a0d4d35dfc15f45ab7224ef4d2de437861c1,1344744653



  • The PPPs edit bug still exists.  I just installed the Aug27th build, and also updated to Aug31st build, and in both, the bug still exists.

    I can change my WAN interface to use PPPoE, but the moment I try to go into the advanced settings, or view the PPPs (under interfaces, assign) to edit or create new, the web interface hangs.

    I've gone in over an ssh session and tried restarting the web interface, but it doesn't restart.  The only way I've gotten back into the web interface is to reboot the system.

    edit

    Just found the ppp hang bug is already listed here (http://redmine.pfsense.org/issues/2441).  Opening a ssh/console shell and doing a "killall php" does get the page to load so you can edit it.



  • @lothan:

    @GrandmasterB:

    2- when loading this page interfaces_ppps_edit.php?id=0, the webinterface does not respond anymore (PHP crash?).
    anyone else seeing this same error?

    Try to delete and recreate PPPs.



  • Note that the console menu has an option "111" that is not displayed. That makes more effort of stopping and restarting stuff related to the WebGUI. If 11 doesn't do the job from the console menu, then try 111.



  • @netmc:

    The PPPs edit bug still exists.  I just installed the Aug27th build, and also updated to Aug31st build, and in both, the bug still exists.

    I can change my WAN interface to use PPPoE, but the moment I try to go into the advanced settings, or view the PPPs (under interfaces, assign) to edit or create new, the web interface hangs.

    I've gone in over an ssh session and tried restarting the web interface, but it doesn't restart.  The only way I've gotten back into the web interface is to reboot the system.

    edit

    Just found the ppp hang bug is already listed here (http://redmine.pfsense.org/issues/2441).  Opening a ssh/console shell and doing a "killall php" does get the page to load so you can edit it.

    the pf2.1 20121018 version still not fix this issues.

    killall php command work can reload web gui, but it is still can't got to interfaces_ppps_edit.php.

    ???



  • @phil.davis:

    Note that the console menu has an option "111" that is not displayed. That makes more effort of stopping and restarting stuff related to the WebGUI. If 11 doesn't do the job from the console menu, then try 111.

    Note that from 5 Dec 2012, console menu option 11 does the same thing as option 111.


Locked