Ooo I might be good, the support got back to me pretty quick....

@asamat said in Upgrade - How to roll back:

Hello,

make a backup (Diagnostics/Backup&Restore/Download configuration as XML) download 2.4.4_p1 image and make bootable USB stick. With 2.4.4_p1 release, FAT32 partition will be created on USB stick, so you can put your XML configuration file into this partition. upgrade and check if it works if it isn't, reinstall from USB stick

Thanks @asamat - Hopefully I won't need to roll back, but at least I know one way to do it.

The system came back up. Only thing is the console froze with:
Booting
|
The little spinner didn't spin and I got no boot messages.
I did a second reboot and see if the issue would clear, but unfortunately it didn't.

I'll post this as a separate thread.

Not a typo, it's just what it sees in its repo at the time, but once the upgrade starts it picks up the most recent version. It only needs to see something more recent than what it has to trigger the upgrade message/process.

It turns out I got into a similar situation. I've upgraded several routers, ours and clients, to 2.4.4 and 2.4.4_1 recently. Last night I tried updating a SG-3100 from 2.4.3_1 and the GUI kept showing a "failed" message during the update and/or downloading, but no actual errors were shown that I saw. I tried a couple of times, and eventually it finished, and restarted, but didn't come up. Today on site I could not ping the LAN IP showing in the console, and the console showed 2.4.4_1 installed but all sorts of PHP errors for missing libraries and so forth (I didn't document them). The short version is I ended up reinstalling from the SG-3100 "factory" image for 2.4.4_1 (https://www.netgate.com/docs/pfsense/book/install/download-installer-image.html) via USB stick and it seems fine now.

A while back I seem to recall someone posting that the update could "fail" but still be processing in the background and the router restart eventually and upgrade fine...I'm wondering if something like that happened and I didn't wait for the reboot.

In a scenario tied to only console access I would not going to Update.
Better skip that and update when you have more Options like the default WebGUI.
2.4.4 to 2.4.4-p1 should not be any problem but double bottom you know... ;-) If something goes terrible wrong you need local access anyway. I'd also keep some USB flash with preloaded 2.4.4-p1 handy...

-Rico

Nice to hear everything worked for you, enjoy!

-Rico

Jimp has applied a solution. See it here https://redmine.pfsense.org/projects/pfsense/repository/revisions/4c6e3de40f56a1bd8d978a9dd4677d0ab025b8cb

@veldthui pf will tag it in thr exact same way then.
No reason not to work

Is this related to https://www.netgate.com/docs/pfsense/install/upgrade-guide.html#upgrading-from-versions-older-than-pfsense-2-4-4 : "Gateway handling changes in 2.4.4 may result in different default gateway behavior than previous releases. Nearly all cases should behave properly, but be aware that it may be necessary to re-select the default gateway after upgrade."

See here :
https://forum.netgate.com/topic/138343/2-4-4-2-4-4-p1-unexpected-operator
https://forum.netgate.com/topic/138330/pfsense-2-4-4-release-p1-is-now-available/12

After spending time on this that I'd rather have back, I found that the root cause could have been any one or all of the widgets on the dashboard. After removing all the widgets on the source host and then redeploying the "All" configuration on the new host, the issue went away. The crash seemed to be triggered by clicking any link on the UI while the dashboard was present.

Reinstalled 2.4.4_1 and after a 2-3 reboot, I had to restart Unbound and Dpinger to get some log in the Status / System Logs / System tab
NTP was logging fine.

Nope.. I don't discount that there is an error.. But since we are not affected there is no way for me to know anything is wrong..

Do you see your issue reported here anywhere? https://redmine.pfsense.org/projects/pfsense/roadmap

Seems this is related to Unbound noted in this post

On Friday night 11/30 around 10-11 pm US Central time, checking for updates was slow and downloading the updates took a long time and failed frequently. I was able to restart it, but eventually walked away, and found a couple hours later that the check for updates and the downloads were normal speed. So I think it was on Netgate's end?

There is actually a separate setting to disable the http referrer check or you can add the external IP/hostname as you say.

Or infact you can just disable referer sending in your browser just to get access.

But what you should do is use the provided appliance in the marketplace. 😉

Steve

When importing/restoring the config file it should ask you to set up the new interfaces. Or you can edit the XML file before restoring. The restore will install any packages it needs.

@gil said in 2.4.4p1 Routing Error:

I then reloaded the pre-saved config file

This doesn't really help this time, but next time it might be informational to save the non-working config file first, and compare it to the saved one.

There is no factory default button on the XG-1537.

It is a hardware reset button.

To factory default you can use Diagnostics > Factory Defaults in the web gui, boot to the console menu and use menu option 4, or boot from a USB installer and completely reinstall from that.