XCP-ng 8.3 betas and RCs feedback 🚀
-
@archw Are your VMs set to enable Secure Boot?
-
@archw Glad this is not only me I just add a post regarding this as well.
But this occur on my VMs as well on all my host and any new host i update to the latest revision in 8.3b (update 12/21/2023 note the previous 8.3b without the new patch work fine).
All i know is that when changing to UEFI to bios or default bios will work. It is stuck on boot loader count down instead. When i play with the boot loader and change the time to 0 PFSense boot fine. But if i change it to any # it will get stuck until i manually hit "enter". I haven't test it with all FreeBSD to see if this is the case but PFSense is a FreeBSD. But pretty sure something change in XCP-ng to cause this issue for the uefi setting in the lastest update.
(FYI none of them have secure boot so shouldn't matter i believe).
-
It's concerning that our internal CI didn't show any such issue. Can any of you open a support tunnel from XOA and open a support ticket so that I may have a direct look?
-
So, on a 8.3 alpha 2 where I imported UEFI VMs and then updated up to beta 2, the UEFI VMs still work.
I'll now try starting from 8.2.1, upgrading to alpha2 and then updating to beta2.
-
@stormi
No...but, last night, for the heck of it, I tried turning it on, trying to boot, then turned it off. Nothing worked. -
@stormi
nopie! -
@archw I'd like to understand what happens, before the end of the day and the winter holidays. Do you have an XOA VM where you could open a support tunnel?
-
@john-c
BTW...I was finally able to see the entire message. The very quick black screen goes by and it says “Guest has not initialized the display (yet)" -
@archw Otherwise, the contents of
/var/log/xensource.logand/var/log/daemon.logwould already be something useful. -
@archw That is weird, I did the 8.3 beta patch bulk updates and no problem at all with all my uefi VMs. They don't have secure boot enabled.
-
@stormi
I'm installing an instance right now...stand by. -
@stormi daemon.log.txt
It woudl not let me upload xensource.log becuse it said it was too big. -
@stormi Never done it before but I clicked on "open tunnell" and its sitting there with this message:
Attempting to connect to tunnel.xen-orchestra.com:443 …The support tunnel has been created.
-
@archw Thanks. Can you provide me with the tunnel number in a private message?
-
Note: if you don't have such a number, then it probably means it couldn't reach tunnel.xen-orchestra.com:443, due to a firewall or such.
-
@stormi
I hate to be a moron but how do you PM with this thing? -
Click on @stormi nick name to get the profile displayed, then in the blue button, "Start a chat with stormi" and that's it
-
@olivierlambert
Done!!! -
@stormi @ThierryC01 For me my PFSense VMs it get stuck at splash screen. Going from 8.3b to new batch update on 12/21. It does boot up with no error for me just get stuck at autoboot_delay="X". Where X is the time it takes to count down.
Reference to my other post link
Sadly no error so cant tell. Will see how I can get these files never done this before so will be good to know if I can just get it from cmd or XOA and hopefully it is more useful.
/var/log/xensource.log OR /var/log/daemon.log -
@wilsonqanda So your issue is different from that of @archw, whose VMs do not even attempt to boot and fail with a triple fault.
Hopefully you're not stuck. Most of the team will be away for one or two weeks and the remaining ones will only handle urgent support requests
I've created an issue internally so that we investigate this UEFI + pfSense/FreeBSD issue.
