Upgrade 2.3 -> 2.3.4 Problem -Web GUI Now 'busted but everything else works…



  • I can ssh into my box fine, but when I go to the web interface, I see the correct login screen with plain text at the top of the screen.
    Any thoughts?  The update seemed to work fine (no errors, etc.).

    Here is the text:

    Warning: include_once(phpsessionmanager.inc): failed to open stream: No such file or directory in /usr/local/www/csrf/csrf-magic.php on line 16 Call Stack: 0.0001 227040 1. {main}() /usr/local/www/index.php:0 0.0003 232352 2. require_once('/usr/local/www/guiconfig.inc') /usr/local/www/index.php:72 0.0003 233232 3. require_once('/usr/local/www/csrf/csrf-magic.php') /usr/local/www/guiconfig.inc:67 Warning: include_once(): Failed opening 'phpsessionmanager.inc' for inclusion (include_path='.:/etc/inc:/usr/local/www:/usr/local/captiveportal:/usr/local/pkg:/usr/local/www/classes:/usr/local/www/classes/Form') in /usr/local/www/csrf/csrf-magic.php on line 16 Call Stack: 0.0001 227040 1. {main}() /usr/local/www/index.php:0 0.0003 232352 2. require_once('/usr/local/www/guiconfig.inc') /usr/local/www/index.php:72 0.0003 233232 3. require_once('/usr/local/www/csrf/csrf-magic.php') /usr/local/www/guiconfig.inc:67

    Thank you!



  • Quick update….

    Sigh... I was having update connectivity issues so I did some research online.  One recommendation was to change the source package in update settings.  I changed it to Dev builds instead of Stable.  Still had the issues...  I did some more debugging and 'fixed the glitch'.  Unfortunately, I upgraded to a dev build unintentionally...

    Perhaps I will just check daily and upgrade via SSH instead of the gui...?



  • Me too. A php file get moved or deleted during update?



  • So, what did you do to "fix the glitch"?



  • I had IPv6 DHCP server turned on as a service even though I had disabled IPV6 on the WAN.  Disabled the DHCP6 service and I was back in business.



  • Ok, I've been plugging away trying to figure it out on my own, but i'm coming up with bupkis. How do I disable the IPV6 DHCP server through ssh? Is it the ip6addrctl that I see when I issue the command "service -e"? If so, I've tried "service ip6addrctl stop" and it still shows up in the service list.

    Any help would be appreciated.

    Thanks,

    Marty



  • Also, I tried "/usr/local/etc/rc.d/isc-dhcpd6 stop" and /usr/local/etc/rc.d/isc-dhcprelay6 stop" and both of them say that those services aren't started.



  • Just now tried "pfSsh.php playback svc stop dhcpd6" and that seemed to stop something. I just guessed at the service name, as I'm not familiar with these commands and how the ipv6 dhcp command is named. Still can't get the GUI to work.



  • I ran "/usr/local/etc/rc.d/isc-dhcpd6 onestatus" and the result was  "dhcpd6 is not running."

    Anyone have any ideas?



  • and  "/usr/local/etc/rc.d/dhcp6s onestop" gives me "dhcp6s not running?"



  • My webgui is broken too.  When I try to login I get this:

    Warning: include_once(phpsessionmanager.inc): failed to open stream: No such file or directory in /usr/local/www/csrf/csrf-magic.php on line 16 Call Stack: 0.0001 233768 1. {main}() /usr/local/www/index.php:0 0.0001 239080 2. require_once('/usr/local/www/guiconfig.inc') /usr/local/www/index.php:72 0.0002 239960 3. require_once('/usr/local/www/csrf/csrf-magic.php') /usr/local/www/guiconfig.inc:67 Warning: include_once(): Failed opening 'phpsessionmanager.inc' for inclusion (include_path='.:/etc/inc:/usr/local/www:/usr/local/captiveportal:/usr/local/pkg:/usr/local/www/classes:/usr/local/www/classes/Form') in /usr/local/www/csrf/csrf-magic.php on line 16 Call Stack: 0.0001 233768 1. {main}() /usr/local/www/index.php:0 0.0001 239080 2. require_once('/usr/local/www/guiconfig.inc') /usr/local/www/index.php:72 0.0002 239960 3. require_once('/usr/local/www/csrf/csrf-magic.php') /usr/local/www/guiconfig.inc:67 Fatal error: Call to undefined function phpsession_begin() in /usr/local/www/csrf/csrf-magic.php on line 356 Call Stack: 0.0001 233768 1. {main}() /usr/local/www/index.php:0 0.0001 239080 2. require_once('/usr/local/www/guiconfig.inc') /usr/local/www/index.php:72 0.0002 239960 3. require_once('/usr/local/www/csrf/csrf-magic.php') /usr/local/www/guiconfig.inc:67 0.0007 259640 4. csrf_check() /usr/local/www/csrf/csrf-magic.php:408 0.0007 259720 5. csrf_start() /usr/local/www/csrf/csrf-magic.php:188

    I think the culprit is haproxy in my situation though. A few days ago, after a nightly, I noticed haproxy was broken.  I finally got around to looking into the issue yesterday.  I added a new backend, edited the frontend, went to status to see what was going on and pfsense hung.  I had to restart via ssh.  After the restart, I ran another nightly thinking that maybe they had fixed whatever problem haproxy was having in the most recent nightly.  Since that update, I get this output when I try to login to the webgui.

    Is it possible to disable haproxy via ssh in the shell?



  • Good question. I have no idea. I'm still trying to figure out  how to disable dhcpv6. Hopefully I'll run across something on haproxy.



  • I figured out how to remove and reinstall a package from the shell.  'pkg remove haproxy' then 'pkg install haproxy'.  I did that, then restarted the webConfigurator, didn't help. Then I rebooted for good measure, still didn't work… So, seems like the haproxy thing was me barking up the wrong tree.

    FYI, I'm on the 2.4 snapshots, I've been doing 2 or 3 updates per week. One of them bit me... I'll probably have to reinstall when I get home tonight.  :(



  • For 2.3 it looks like 'some' commits have been backported:
    https://github.com/pfsense/pfsense/commit/1d7a414705794f2527dc1b7b3bb5419db1024bb6

    While others have not , 2.3 branche does not contain the phpsessionmanager.inc file:
    https://github.com/pfsense/pfsense/tree/RELENG_2_3/src/etc/inc

    While the 2.4 branche does have that:
    https://github.com/pfsense/pfsense/blob/master/src/etc/inc/phpsessionmanager.inc



  • Should be fixed in the next build coming up: https://github.com/pfsense/pfsense/commit/3a10f23bb18998f421bc4a37d522d981b09f30a1

    Thanks Renato !



  • How do you install an update through ssh?



  • @PiBa:

    Should be fixed in the next build coming up: https://github.com/pfsense/pfsense/commit/3a10f23bb18998f421bc4a37d522d981b09f30a1

    Thanks Renato !

    Sweet, I just updated to today's snapshot which fixed my webgui issue.



  • @martygwilliams:

    How do you install an update through ssh?

    SSH access has to be enabled, then just SSH in and choose option 13.



  • Just updated via SSH.  New build works great so far.  Thanks everyone!!



  • I just updated to 2.3.3 and I'm having an issue with my dashboard in the GUI.  When I have Snort installed, the dashboard yields this message instead of a page:

    Fatal error: Cannot redeclare widget_snort_uninstall() (previously declared in /usr/local/www/widgets/include/widget-snort.inc:29) in /usr/local/www/widgets/include/.widget-snort.inc.uIzi3Hvkv9Po on line 29 Call Stack: 0.0004 228368 1\. {main}() /usr/local/www/index.php:0 PHP ERROR: Type: 1, File: /usr/local/www/widgets/include/.widget-snort.inc.uIzi3Hvkv9Po, Line: 29, Message: Cannot redeclare widget_snort_uninstall() (previously declared in /usr/local/www/widgets/include/widget-snort.inc:29)
    

    I had Snort installed before I applied the update and it's always been fine.  As soon as I applied the update from 2.3.1 to 2.3.3, the dashboard stopped working.  The other GUI pages are ok.  If I remove/uninstall Snort I have no issues.  Based on the message, I'm guessing it's an issue with the configuration of my dashboard widgets.  I'm fairly new to pfSense.  Is there a way to reset my dashboard config and possibly blow away the bits that are causing the issue?  Is there something I can delete in a widgets folder that will blow away the config for the Snort widget so I can (hopefully) clear all related settings?  I'm fine with re-doing my dashboard layout from scratch.  Any clues would be greatly appreciated.


Log in to reply