pfSense CE 2.8.0 upgrade stalls after reboot and gets stuck when loading
-
-
Hello,
same problem on DL360 G11.- Fresh Install 2.7.2 OK
- Fresh install 2.8.0 or Upgrade 2.8.0 from 2.7.2 =>boot loop after this :
ZFS : RAID-Z1
UEFI Boot -
@crepsv does it start if you enter bootloader prompt (ESC during autoboot countdown) and setup console to run dual console with
set console="comconsole,efi" boot
I have a couple of Gen11 machine but didn't have the time to check
-
Freeze here :
-
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?