pfSense CE 2.8.0 upgrade stalls after reboot and gets stuck when loading
-
Does it actually have a comconsole? Anything shown there?
-
Just guessing : Is this some special kind of Logitech keyboard ?
I'm trying to understand why the kernel wants to root mount from usbus0 - or do you have a USB drive attached somewhere ? -
I tried an USB keyboard attached on the server, that's all.
I usually use the iLO console on HPE server.Maybe a problem to boot on the SSD (da0/da1/da2 in Raidz-1) disk from the raid controler ?
-
Does it eventually time out and show an error?
Does it still respond to keyboard input?
Seeing something appear to stall at that point always makes me check the other consoles to be sure it's not just switched there.
-
HPE Proliant microserver Gen10 +v2
upgrading from 2.7.2 to 2.8.0 - got same issue
fresh 2.8.0 install after that - same issue
for now installing 2.7.2 from scratch untill this issue is fixed... -
Probably going to need more info here to be able to fix it. Nothing we test on does that.
-
@stephenw10
probably this is related to freebsd 15 as 2.7.2 installed no problem after that.
and upgrades 2.7.2 -> 2.8.0 on virtual machines (xcp-ng) went smooth -
@dave-opc said in pfSense CE 2.8.0 upgrade stalls after reboot and gets stuck when loading:
related to freebsd 15
Get a copy, and install a 'native FreeBSD 15' to find out ?
-
-
From VGA screen attached to the server (no iLO) :
No USB drive attached, only USB logitech keyboard attached in front of the HP server.
Keyboard input not responding after this screen.
No timeout.I will wait for additionnal information or new release.
-
@Gertjan
sorry - impossible, the pc is used for pfsense and we don't have another one to experiment on. -
One thing you could try here is booting verbose. Interrupt the boot to the boot loader prompt at the menu (OK>) and run:
boot -v
That might give you more info about what it's actually waiting for there.
But those driver access errors are not good. They are attached via a hardware drive controller?
-
-
Hmm, this seems familiar. It's similar to something we hit with a quirky UART implementation on specific hardware.
What does it show for detecting the UART(s) whenbooting verbose?
What happens if you set the console to EFI only?
-
In "efi" only, the server reboot after this screen :
set console="efi" boot -v
-
Hmm, well that's not helpful!
-
@stephenw10 Watching these other postings to see if any of them apply to my situation, nothing quite the same as far as I can tell.
Is there a boot option that will force the boot process to run a line at a time? -
Just tried to upgrade today and encountered the same problem as OP, freezing in nearly the identical location.
My pfsense instance is a proxmox vm, with the Intel Xeon D-1736NT host CPU passed through, 3 SR-IOV VFs passed through, q35 machine, SeaBIOS, VirtIO SCSI single controller, local ZFS volume.
Before I took this screenshot, it was freezing after the virtual IDE CD/DVD Drive was detected with no media, so I removed it from the hardware spec. Now it simply freezes at the preceding line.
Sorry I don't yet have time to start trouble shooting, I had to restore the snapshot to the previous 2.7.2, I just wanted to put it out there.
-
Supermicro just released new IPMI Firmware and a BIOS update for my X12SDV-4C-SPT4F motherboard. This seems like a good opportunity to see if that had any impact on the CE 2.8.0 upgrade and possibly the Intel firmware update package it has.
Sadly the CE 2.8.0 upgrade still did not succeed with the new IMPI and BIOS updates.
So, I tested a number of boot loader methods I see listed above.
set console="comconsole,efi" set console="efi" boot -v
Unfortunately, none of those seemed to have an impact either.
I did try all console methods again just to make sure the boot process did not end up somewhere else. That also did not make a difference. Stuck loading at the same spot.
Not sure what else to do at this point. Back on the working CE 2.7.2.
-
Did you try option #6 to try booting from the previous kernel?
I just did that, and it booted the 2.7.2 kernel again, and at the very end, it said it was going to reboot to upgrade to 2.8. And miraculously it worked!
-
Judging by the number of views on this topic, it seems likely that a LOT of people are quietly having similar issues. Just adding my +1 here.
I've got a handful of Netgate branded appliances in operation as well as 20+ running as QEMU/libvirt virtual machines under Ubuntu Server 22.04 and 24.04 host servers. It's not Proxmox, but close enough. I've got similar symptoms, always stopping at "start_init: trying /sbin/init". Most of my VMs are High Availability, so with HA and VM snapshots, I've been able to make numerous attempts at upgrading the secondary firewalls without affecting normal network operation and can still revert back to a working version at the end of the day when none of the suggestions I've tried has been successful. (I definitely recommend a HA setup! It's not that hard to do and takes a lot of stress away.)
My pfSense VMs have always been BIOS and not EFI. The pfSense instance I've been testing on was a clean install using the new installer ISO, but installing the previous v2.7.2 (wasn't originally planning to upgrade to 2.8 at the moment, but eventually did...try.) The install was clean, but I did import an existing config afterward I reached GUI. As v2.7.2, it works fine.
I haven't yet tried to boot from the previous (2.7.2) kernel as @eracerxrs just mentioned. But I think I recall someone NOT having good luck with that earlier in the thread. Worth a try, though. What I also plan to try next is a clean install right to v2.8 and then import the existing config.
I've been using pfSense since the Electric Sheep Fencing days. This appears to be the worst widespread upgrade fail I've seen with pfSense. Kind of a bummer after so many years of being rock solid. But in the same vein and that track record, I'm inclined to give Netgate a little bit of a free pass here as long as a reasonable solution can be found in a reasonable amount of time!