Webconfigurator Hangs

dhatz

Try to get a full ps output from when it's working and when it's hung and compare the two. If it is blocking on exec, the command it's running should appear. (Or it might be easier to spot with pstree, pkg_add -r pstree, look for anything that's a child process of a PHP process under lighttpd.)

Just a quick suggestion, it'd be nice to offer a pstree binary as part of the base system.

allpoints

uname -a
FreeBSD hostname.domain 8.3-RELEASE-p3 FreeBSD 8.3-RELEASE-p3 #1: Thu Jun 14 19:12:21 EDT 2012     root@FreeBSD_8.3_pfSense_2.1.snaps.pfsense.org:/usr/obj./usr/pfSensesrc/src/sys/pfSense_SMP.8  i386

Clean install from .iso. Big gitsync. Reboot. Config.xml restored from GUI via FFox static LAN host on bare metal.

1. pfSense up since 6/16

uptime
12:34PM  up 3 days, 15:03, 2 users, load averages: 0.00, 0.09, 0.08

Everything appears well, except:

~~2. http://forum.pfsense.org/index.php/topic,50600.0.html
Webconfigurator hasn't shown OPT or IPv6 gateways for at least a couple weeks (2 updates and a restore from clean install to present snapshot). Been ignoring since IPv6 has been working. Config.xml shows OPT & Gateways properly and=backup from 2.1 Full instance that displayed everything properly.

3. Lost IPv6 some time last night. V4 is up.
Can't ping6 out from LAN hosts, or from pfSense…logs strangely quiet...
Decided to reenter OPT1 and assign the v6 gif & gateways from pfSense GUI, so I could: rule the configuration out, solve 2., hopefully start to see IPv6 info properly through GUI, use the forced config changes to flush.

IPv6 now works.
But either the GUI is down, or I'm locked out. I can't raise GUI via IP or domain name, although I did get a cert warning from Firefox 13, once. Page never loads.

I have ssh/sftp to pfSense via domain name, but "Restart Webconfigurator" doesn't result in a page load on any host on the LAN.

Any suggestions what needs to be restarted? Don't want to reboot.~~

EDIT: GUI no longer hangs. Solved by gitsync (or php_ini reload). GUI loads quickly, displays everything.
If IPv6 fails again, I'll post under a different topic.

bkraptor

Has there been any progress on this bug? I want to add a PPP interface and can not do it because the WebConfigurator hangs.

2.1-BETA0 (amd64)
built on Mon Nov 19 04:44:07 EST 2012
FreeBSD 8.3-RELEASE-p4

jimp

No but here is a workaround:

Install the System Patches package
Add this patch: http://files.nyi.pfsense.org/jimp/patches/3g_alt_detect.diff
Path Strip Count = 1, Base = /, Ignore whitespace.
Save, Fetch, apply

bkraptor

Thanks. That worked.

Is there any side-effect from the workaround?

jimp

No it just doesn't automatically detect the proper modem port, so you have to guess which one is correct.

markuhde

@jimp:

It's a function in the pfSense PHP module. Some functions, especially those that deal directly with hardware, were put there for optimization.

I just applied this patch today to the lastest version of 32-bit pfSense 2.1 development beta. I must ask though, why is this still an issue? Same issue exactly - tried to add a PPPoE connection and brought the whole thing down.

Also, when I tried just adding in the Interface it did it but it put the new PPPoE connection on the WRONG ETHERNET JACK. Yeah. But I could manually add it once I applied this patch, just seems this should "just work" out of the box.

w0w

I have also ran into this issue. Factory defaults does not help - I can not create PPP interface using webgui.
Applied patch - all works again.
P.S. I have played IPv6 settings before this happened.

markuhde

Is there going to be a more permanent fix for this before 2.1-RELEASE? My system works perfect with the patch, but it seems this is bound to be a HUGE issue when released to a wider population if touching "PPPs" crashes the system.

jimp

There is a ticket open for this yet with a target of 2.1. It will either be fixed properly, or the patch incorporated to work around it, before 2.1 ships.

Raul Ramos

Hi, need some help.

Trying to configure a e392-u12 but can't add or modify PPPs connection.

My system:
Intel(R) Celeron(R) CPU E1200 @ 1.60GHz, dual intel NIC, Atheros Wifi nic.

Pfsense Version:
2.1-BETA1 (amd64)
built on Wed May 8 16:38:46 EDT 2013
FreeBSD 8.3-RELEASE-p8

Network config:
Wan in pppoe (using a ADSL modem)
Lan in Brigde NICs: em1 <-> ath0
2 wireless SSID

I'm trying to use e392 as wan backup or a default Wan, depends the stability. I install the patch http://files.nyi.pfsense.org/jimp/patches/3g_alt_detect.diff, but nothing change.

Interfaces XML:

 <interfaces><wan><if>pppoe0</if>

		 <spoofmac><alias-address><alias-subnet>32</alias-subnet>
		 <enable><blockpriv><blockbogons><ipaddr>pppoe</ipaddr></blockbogons></blockpriv></enable></alias-address></spoofmac></wan> 
	 <lan><enable><if>bridge0</if>

		 <spoofmac><ipaddr>10.0.0.1</ipaddr>
		<subnet>24</subnet></spoofmac></enable></lan> 
	 <opt1><if>ath0_wlan1</if>
		 <wireless><standard>11g</standard>
			<protmode>cts</protmode>
			<txpower>99</txpower>
			<channel>11</channel>
			<txantenna>0</txantenna>
			<rxantenna>0</rxantenna>
			 <distance><regdomain>etsi</regdomain>
			<regcountry>PT</regcountry>
			<reglocation>anywhere</reglocation>
			<mode>hostap</mode>
			<ssid>Something_Gest</ssid>
			 <authmode><wpa><macaddr_acl><auth_algs>1</auth_algs>
				<wpa_mode>1</wpa_mode>
				<wpa_key_mgmt>WPA-PSK</wpa_key_mgmt>
				<wpa_pairwise>CCMP</wpa_pairwise>
				<wpa_group_rekey>60</wpa_group_rekey>
				<wpa_gmk_rekey>3600</wpa_gmk_rekey>
				<passphrase>*******</passphrase>
				 <ext_wpa_sw><enable></enable></ext_wpa_sw></macaddr_acl></wpa> 
			 <auth_server_addr><auth_server_port><auth_server_shared_secret><auth_server_addr2><auth_server_port2><auth_server_shared_secret2></auth_server_shared_secret2></auth_server_port2></auth_server_addr2></auth_server_shared_secret></auth_server_port></auth_server_addr></authmode></distance></wireless> 
		 <enable><spoofmac><ipaddr>10.0.2.1</ipaddr>
		<subnet>24</subnet></spoofmac></enable></opt1> 
	 <opt3><if>em1</if>
		 <enable><spoofmac></spoofmac></enable></opt3> 
	 <opt4><if>ath0</if>
		 <wireless><mode>hostap</mode>
			<standard>11g</standard>
			<protmode>cts</protmode>
			<ssid>Something_Wifi</ssid>
			<channel>11</channel>
			 <authmode><txpower>99</txpower>
			 <distance><regdomain>etsi</regdomain>
			<regcountry>PT</regcountry>
			<reglocation>anywhere</reglocation>
			 <wpa><macaddr_acl><auth_algs>1</auth_algs>
				<wpa_mode>3</wpa_mode>
				<wpa_key_mgmt>WPA-PSK</wpa_key_mgmt>
				<wpa_pairwise>CCMP TKIP</wpa_pairwise>
				<wpa_group_rekey>60</wpa_group_rekey>
				<wpa_gmk_rekey>3600</wpa_gmk_rekey>
				<passphrase>*****</passphrase>
				 <ext_wpa_sw><enable></enable></ext_wpa_sw></macaddr_acl></wpa> 
			 <auth_server_addr><auth_server_port><auth_server_shared_secret><auth_server_addr2><auth_server_port2><auth_server_shared_secret2><txantenna>0</txantenna>
			<rxantenna>0</rxantenna>
			 <pureg><enable></enable></pureg> 
			 <apbridge></apbridge></auth_server_shared_secret2></auth_server_port2></auth_server_addr2></auth_server_shared_secret></auth_server_port></auth_server_addr></distance></authmode></wireless> 
		 <spoofmac><enable></enable></spoofmac></opt4></interfaces>

If you need more information, feel free.

Edited: I have to put manually $serialports = glob("/dev/cua?[0-9]{,.[0-9]}", GLOB_BRACE); in interfaces_ppps_edit, now i can see the advanced options, doesn't help me but that is another story.

Thanks