XCP-ng 8.3 betas and RCs feedback 🚀
-
There is a new build of
edk2
available for testing. We don't know yet if it fixes all the issues users met, so we need your feedback.Install with:
yum update edk2 --enablerepo=xcp-ng-testing,xcp-ng-ci
If you need to rollback:
yum downgrade edk2-20180522git4b8552d-1.5.1.xcpng8.3
I'm especially interested in @archw's feedback, since their issue was not just with pfSense but with any UEFI VM instead. But I'm also interested in feedback from UEFI pfSense users.
-
@stormi New update version
edk2-20220801-1.7.3.xcpng8.3.x86_64
fixed my FreeBSD UEFI boot problem (stuck on boot countdown). XCP reboot NOT required after install. Windows 10 and Ubuntu boot correctly also (but did before too). I did not test secure boot or bitlocker. -
Great news
-
Hey gents,
Has anyone else noticed that if you have a Win 11 guest (pro or enterprise) with the vtpm, that's Entra (Azure) joined, that when migrating to a diff host it breaks the Azure AD membership?
I'll try to dig up some more specifics and run a more thorough test, but I've run into it twice now on a VM I've been running on my test lab with 8.3 beta. Relatively simple solution, leave Azure domain, rejoin, but I suspect that that the token gets saved in vtpm and is either lost or invalidated by migrating hosts.
-
That's a good question Are you migrating in the same pool or to a different pool?
-
Same pool, I have 3 minisforum pc's I've been messing around with to learn XCP-NG, they aren't in a cluster because I got lazy after installation, but are connected via truenas iscsi as central iscsi storage.
Loving the system overall, I could never go back to hyper-v...
I was patching manually by moving machines and then using the gui single host patch button. I had an issue with rolling patches, and didn't really want to bug you guys over it, it's likely user error. Setup is installed from sources.
-
@matt-plan8 I don't understand. Pool and cluster are the same thing. Pool for XCP-ng is what VMWare calls cluster.
-
@stormi sorry I consider HA a cluster, pool I consider just a group of machines in the same management domain.
They are in a single pool, they aren't HA
-
@stormi said in XCP-ng 8.3 beta :
yum downgrade edk2-20180522git4b8552d-1.5.1.xcpng8.3
It didn't work. It just sits there with the attached screen.
-
@archw You're quoting the downgrade command. May I assume you tried
yum update edk2 --enablerepo=xcp-ng-testing,xcp-ng-ci
instead and got versionedk2-20220801-1.7.3.xcpng8.3.x86_64
? -
@stormi
Sorry...I cliked reply to teh wrong post.Yes, I ran "yum update edk2 --enablerepo=xcp-ng-testing,xcp-ng-cii" and let it install. I then rebooted the VM (several of them) and tried to start them and none worked. I then ran "yum downgrade edk2-20180522git4b8552d-1.5.1.xcpng8.3" and the VM's fired right up.
-
I just published new updates for XCP-ng 8.3:
edk2-20220801-1.7.3.xcpng8.3
, which some of you already tested. It fixes UEFI pfSense booting.e2fsprogs-1.47.0-1.1.xcpng8.3
(and subpackages): brought to the same level as latest XCP-ng 8.2.1. If you installed using the latest test installation ISO, you already have it.r8125-module-9.012.04-1.xcpng8.3
which updates ther8125
driver.
-
@stormi While I can not test the changes, the update went well. However, the restart took a few minutes longer than expected (or I was impatient again).
-
@stormi Nice thanks so I can run the complete update on XOA and not worry about having to remove that single edk2 anymore that wasn't working. Will do that later
-
So, @ThierryEscande found the issue which made all UEFI VMs crash on @archw's server and patched it.
This was the last issue before we could publish XCP-ng 8.3 Beta 2, so this is good news.
Now, we need you all to test the patched RPM and check your UEFI VMs still work well with it: start, function normally...
To install it:
yum update edk2-20220801-1.7.3.1.xcpng8.3 --enablerepo=xcp-ng-ci
No need to reboot, but UEFI VMs need to be restarted afterwards (when doable. If you have a specfic VM that you can't reboot yet, it's OK to leave it alone).
In case things do not work as expected, you can come back to the previous build with :
yum downgrade edk2
-
@stormi The new version still works for me (linux/freebsd).
-
@stormi Tested the new edk package at looks good to me. was able to reboot linux and freebsd VMs without a hitch with UEFI boot mode.
-
Thanks to both of you. I moved the fixed
edk2
package to repoxcp-ng-base
, so all testers will get it next time they update. -
@stormi
Fantastic and way to go...thanks for all your hard work! -
Also thanks to you @archw for your feedback, that's how we like to work