@gertjan Sorry, that was a typo. It's about reboot, not shutdown. AFAIK, at the end of install, when it asks about "reboot", that's what it intends to do. The reboot does not complete. Instead it gets as far as I showed, and stops. I had to manually finish. UPDATE: I have found it never reboots. Separate topic...

@taylor_wright2022 If the ticket's result was to get you the firmware image it is related to the process of fixing your other issue. If you did not get the firmware image from that ticket but are using an older image (not 22.01 or 21.05.2) please open a new ticket.

Never mind. Followed this: https://forum.netgate.com/topic/170151/update-error-another-instance-is-already-running-aborting/4?_=1646339942879 and I'm good.

If you define the proxy settings in the GUI (System > Advanced, Misc tab) it should work, though if you are testing from the CLI you need to log out and back into the console or SSH shell after changing the settings in the GUI. Updates use pkg which uses libfetch which relies on the proxy being set in environment variables, not like cURL. The variables are set dynamically by the scripts which get run when a shell is started, they don't update after that. The update check in the GUI should work so long as the proxy is properly defined in the settings as well.

@d3messiah https://docs.netgate.com/pfsense/en/latest/troubleshooting/upgrades.html#packages-netgate-com-has-no-a-aaaa-record

@karlfife My point was it’s actually a lot worse (theoretically) than your suggested penalty, but that very fact, may also mean that the wear the current page size brings, might not be much smaller with smaller page sizes - because the block erase penaly could still be triggered on almost the same scale.

Since the recovery process is relatively straightforward, I can attempt it again. Is there anything else you'd like me to gather to aid in diagnosis?

There have not been any changes in this regard.

@steveits That is good information to have. Sounds like I got lucky then on the power cycle not bricking it…

@jimp Worked for me thank you

If IPv6 is a factor, that's easy to change as well. System > Advanced, Networking tab, check Prefer IPv4 over IPv6, then save and try again.

@micma_ That's how it should work - unless you do something to your system that changes the NDI.

@helloha If you have tow instances "pkg-static" running. "pfSense-upgrade" uses "pkg-static". So, again, if they seem to 'do not', kill them. kill 14712 kill 14819 And try again. Btw : do a local resolver test like dig google.com +short You should get back an IPv4.

@markgca What does the system log say about those OpenVPN gateways? The 20 minute reboot indicates to me that it's hanging on something to do with interfaces. What have you found from plugging into the console port during a reboot cycle?

The -d switch there only enables debugging output. It shouldn't make any difference in itself. But I'm glad you were able to get past that anyway. Steve

@mururoa said in System update failed !: It is a know bug https://redmine.pfsense.org/issues/12796

@johnpoz I just figured that, since they are supporting pfSense+ on 3rd party hardware, we may finally be able to install onto ARM, especially those devices that are the base for their own appliances. Maybe that's just wishful thinking on my part.

I did both, and they both went without a hitch. The only reason I backed up and reinstalled was because I wanted to move to ZFS. I have one issue though. For some reason, even after a full new install and restore, I'm still not getting the option to update to 22.01. I already registered and have the activation key in my email. I even tried "pkg-static clean -ay; pkg-static install -fy pkg pfSense-repo pfSense-upgrade", and rebooted, just in case Tried to halt, unplug for 1 minute (I know it says 30 seconds, but I don't believe in "overkill"), booted back up, all to no avail. I do use an actual Qotom device for my PFsense, so your mileage may vary.