Pfsense 2.7.0 -> 2.7.2 can't start GUI
-
Were all the changes inside CDATA sections?
-
@stephenw10 For the ' to #039; swaps, yes, confirmed they were always confined to CDATA sections.
But there were other changes in the diff as well. Scanning the diff, I see differences in...
-
versions of various things (makes sense)
-
dhcpdata (makes sense)
-
this section, which I'm thinking applies to the wan (and a few more like it)
< <target></target> < <targetip></targetip> < <targetip_subnet></targetip_subnet> --- > <target>wanip</target> 1772a1769 > <target_subnet></target_subnet>
- Probably the most troublesome, the entire <sshdata> section is missing! (...whaaaaa?)
Also checked if the xml was well-formed, both configs it is so that's not a problem. (...dang?)
-
-
Hmm, interesting. Hard to imagine hat might have caused that.
Are the config versions shown correct?
https://docs.netgate.com/pfsense/en/latest/releases/versions.html#pfsense-ce-software -
@stephenw10 yes sir they are!
-
I just did a 2.7.0 to 2.7.2 upgrade
The GUI is not loading for me
The sympton seems to be similar to what "thekorn" experiencedIs there a fix?
I see the mention of installing 2.7.2 fresh
Is that the only option?
-
Check the config. Has it been corrupted in the same way they saw?
-
@zep The ultimate fix for me was to restore a config from before the upgrade. Been running 100% since then! (Luckily I had one on hand!)
Check your config history (diagnostics, backup & restore, then config history). If you're lucky maybe there's still one from before your upgrade in there.
edit: oh duh, www not running, can't check that. I'm sure it exists somewhere in the file system, but don't know pfsense well enough to know where. Maybe someone else does?
-
Backup configs are stored locally in /conf/backup
If you have ACB enabled they are also stored there.
-
@stephenw10
Thanks for the infoSo there were some backups in the /conf/backup folder
I copied a backup config file
from /conf/backup/config-1694658441.xml
to /cf/conf/config.xmlI rebooted the router
The router is still working (ie still routing)
But, I still can not log into the Web GuiI do see some ' entries, in the config files (both the current file and the backup file)
But they are in places I would expectMy sons name is Jason. I call him J. One DHCP reservation is for J's server (xml files shows it as J's server)
There was also a backup folder under the /cf/conf (so /cf/conf/backup)
I tried a backup file from there as well
No luck
Same issue
The router comes up and works (ie still routing)
But, I still can not log into the Web GuiAny other suggestions?
I can do a fresh install if need be (I would do it on a fresh server, just to keep the old one on hand for now)Thanks
-
Ok so what exactly are you seeing?
Do you see nginx running in the output of
ps -aux
?Any errors in the nginx logs or main system logs?
-
So
The PFSense web page would not load
There would be an hour glass on the browser for a few seconds (15 - 30 seconds)
Then a browsers error message, indicating page took too long to respond / did not loadThis was from MS edge
This morning I decided to try Chrome
The PFSense web page loaded fine from ChromeI tried accessing the PFSense web page from MS Edge on a 2nd PC
The PFSense web page loaded fine from the 2nd PC using MS edgeI ended up clearing the cache on my broken MS edge PC
The PFSense web - GUI page now loads fine from MS edge for meLooks like something happened to my MS edge during the upgrade
The PF Sense upgrade seams fine
Just my MS Edge browser issueI know try another browser, is just about trouble shooting 101
But I was in MS edge to start the upgrade
I upgraded PF Sense
Then Edge no longer loaded the PF sense web page - GUIAll seams fine now (post clearing my MS edge cache)
Thanks for the help
-
Ah, nice. Yup easily done when it's worked fine previously.
-
@stephenw10 The saga continues!
So I went to enable the new DHCP server, and... all of a sudden the WWW interface died again!
Went in through ssh, and sure enough,
cat /conf/config.xml | grep "#039"
I get hits on #039s, and the WWW interface is dead.
So I checked a config file I made a few days ago, and there are STILL #039s in it. Uh-oh.
I then scp'd over my old christmas config (2023-12-29). and checked it for #039s, none found.
cat /conf/config-pfSense.housenet-20231229092319.xml | grep "#039"
No hits, good. Then I copied christmas config file to config.xml (original is still in place) and check AGAIN for #039s. None found. Reboot. A-OK, web gui comes up.
SSH back in...
cat /conf/config.xml | grep "#039"
SURE ENOUGH, the #039s are back! Reboot again, and now WWW is dead again!
Something is actively corrupting my config file after the first reboot! (And as a result the www process is failing.)
Is there a way to roll back to 2.7.0 just to double-check that this wasn't happening on that version? Or do I just have to completely re-image it with 2.7.0?
-
You probably need to reinstall. The only way to roll back is using ZFS snapshots but you would have to have manually added one in CE to roll back to.
Can you give us any example config sections where this is happening?