I just had a dying power supply cause me all sorts of grief and weird symptoms on another computer.  for my pfsense box,  I think it was a bad cable/connector from my Internet provider.  been rock solid ever since they came out and replaced all the ends and did a signal quality test.

Seems like bad power supply. I replaced it twice, but im going 22 days without a  wan failure so i guess that was it. don't cheap out on power supplies people. At least $60.

In case anyone else ever has the same problem, the issue was caused by virt d not using the hardware acceleration of the cpu in the default ubuntu 16.04 install. Solution was to reinstall with the virtualisation options selected.

Hello sorry to add the issue here but I'm also seeing the following XMLRPC sync errors Failed to transfer file: modifysid-sample.conf @ 2016-05-14 11:54:35 Failed to transfer file: emerging-compromised-ips.txt @ 2016-05-14 11:55:50 as well as the Snort XMLRRPC sync errors Failed to transfer file: emerging-compromised-ips.txt @ 2016-05-14 11:55:50 plus this error (below) which does not make sense since I have made sure to use the same password for the admin user on both systems - checked several times on this. A communications error occurred while attempting XMLRPC sync with username admin thanks

I used the memstick version and let it run for a few minutes and it eventually recognized it; up and running now. Thanks for the help!

Hello Legonerd93, I feel your pain! I had this issue just last week on my new build. I also came across the "trying to mount root from ufs" message. I search the archives and downloaded version 2.2.4 using the 64 memstick serial version and it worked! DQ77KB Intel Pentium G630 Micron 4GB(2x2GB) SO-DIMM 1600 Mhz DDR3 PC3-12800 WD 80GB 7200RPM SATA 3.0Gb/s 3.5” ABS R206-ITX slim case

Got it. Thank you so much for the help.

@cmb: @marvosa: Very interesting….  I, however, did not modify any update settings. System>Firmware, Updater Settings tab, you had "Use an unofficial server for firmware upgrades" set and a URL there. Often it's left over from when someone wants to follow snapshots. Then that config is restored to new hardware that's then running 64 bit, and on the next upgrade it obeys your update URL there and switches you to 32 bit. That setting no longer exists in 2.3, but verify it on other pre-2.3 systems before you upgrade. It's impossible to change architectures via auto-update if that box isn't checked. I've been running PFsense since 2009 on v1.2.3 and can tell you without a shadow of a doubt that I have never upgraded to a Alpha/beta/RC/Dev release ever, so there would've been no reason for the auto-update url to be on anything but default as I only run stable releases. Your explanation for how this issue could happen is completely rational, understandable and fits in the OP's case…. but I'm just saying if that is indeed what happened, the setting must have been flipped by some other process in the system because the auto-update URL was never modified manually in my case.

Finally we managed to sort things out. So conclusion it is possible to do this kind of configuration without paying hundreds of dollars to Haproxy. We are testing it at the moment to see if there is any problems.

@NOYB: @bblacey: Well, right about now, I am feeling about as stupid as one can… Been there done that.  Wash, rinse, repeat. Haha yup. Glad it worked out, bblacey!

I've had this issue, uploading the old config .xml backup resolved the issue. I didn't spend any time looking for the issue cause.

It's the same installer whether you do it from memstick or ISO. There isn't an upgrade ISO vs. a new install one. Definitely want to use 64 bit.

@tgharold: Not 100% true. It is true for valid configs. Your <ipaddrv6>FE80</ipaddrv6> isn't valid, that's not link local, it's a string that isn't a valid IP. Not permitted by the GUI and never has been at least in release versions. That was either manually edited into the config, or around from an early pre-2.1.0 beta version before all the proper input validation was in place. Packages that no longer exist can be edited out, but that's not strictly necessary. The worst you end up with there is log spam when restoring to a clean install. In 2.3.1, those are automatically uninstalled pre-upgrade, then those that still exist are reinstalled post-upgrade. If restored to a clean 2.3.0+ version, it'll just log that it can't reinstall packages that are missing. If they had cron entries in the config, those may need manual removal.

@tgharold: The workaround is to change those <ipaddrv6>FE80</ipaddrv6> to just <ipaddrv6>without the FE80 portion and then restore the configuration file.</ipaddrv6> only way that happened is if you manually edited that into the config to begin with. That's not a valid IPv6 address, and the GUI's input validation won't accept that.

you can try https://forum.pfsense.org/index.php?topic=105399.msg588219#msg588219 https://forum.pfsense.org/index.php?topic=105399.msg588787#msg588787