XCP-ng 8.3 updates announcements and testing
-
Indeed, we forgot to tell you about this temporary regression. They're coming back in the next batch of updates, as soon as CI is green!
-
Hehe congrats @Greg_E for finding the Easter egg then
-
I can't do a lot with testing, but sometime I find the odd things that other don't look at. I have been staring at the stats pages for the last few days trying to work out some backup issues, so it was one of those things I just normally looked at.
Also in my lab, with the little tiny processors, I like to keep track of what's going on, on think that lead me to nuke the lab and start over, the old VMs were just not right and might have been down to over provisioned CPU from the old big lab migration.
No surprise, but those stats are also flat line in XO-Lite. I've been using XO-Lite a bit more, I think it's going to be good when you get done building it.
-
@stormi said in XCP-ng 8.3 updates announcements and testing:
Indeed, we forgot to tell you about this temporary regression. They're coming back in the next batch of updates, as soon as CI is green!
what is CI ?
-
@AlexanderK CI/QA is our testing and integration environment. We run a number of tests to validate that XCP-ng works properly with these new versions, before making them available to our testers in the testing repository.
-
@Greg_E Please try restarting the toolstack once more.
-
Restarting the tool stack fixed it. Thanks!
-
@dthenot After the upgrade, it is not possible to create a new machine from a template if the VPS disk is not on the SR where the template disk is.
P.S.: Unfortunately, moving the disk from one SR to another does not work. After moving the disk it becomes corrupt, and after reset it will not boot.
-
Is there a nightly built iso that I could test?
my problem is that I have no network interface realtek 8125 that functions in 8.2 or 8.3.
I would love to check if there has been any changes made that are coming that would solve this.
the driver for r8125 in xcp-ng is 9.012, latest downloadable is 9.015 at realtek but I do not know how to get it compiled and installed. -
@HenrikSchmidt We don't currently offer regular ISO builds. The most recent ISOs are available.
The driver you're talking about is integrated into the kernel, and to my knowledge, there are no updates for it at the moment. @Andrew is currently working on an alternate driver package, but the PR seems to be waiting for his response.
This type of driver can be loaded at the beginning of the installation with an ISO by pressing
F9when the menu prompts. You can then load an additional driver for the installation, and install it on the future system later in the procedure when prompted.As this is not an issue with the latest updates, I suggest you create a dedicated thread. This would give you better visibility and help from the community on this issue.
-
@gduperrey
Ok, I havea thread about my problem but it has not gotten any solutions so far.
The realtek is distributed as source files, not a package so I cant just add it in without knowing how to make a package. I was just hoping that the 8125 package in the distibution might have been updated later then the official distros.Thanks anyway.
-
Latest test updates applied to 3-host Dell OptiPlex 7040 SFF (i7-6700) pool. Upgrade went smoothly and everything appears to be working normally. I did notice the flatlined stats issue mentioned previously, but the xe-toolstack-restart seemed to bring those back to life. Thanks @Greg_E and @abudef for catching and addressing that.
-
@XCP-ng-JustGreat Until this is fixed, you need to restart the toolstack after each host restart, which is not often done, so it's not really a problem.
-
After running this for a week now i have come across an issue with EFI hosts with these testing updates. Sometimes when booting a VM or rebooting after a windows update the VM will hang at "Guest has not initialized display yet" and not boot. Doing a force shutdown and powering on again solves it. It has happened twice so far to unrelated windows VMs both in my homelab and in our test lab at work. Not sure how to provide more info or logs when it happens however.
Edit: One common thing between both these VMs is they both are using GPU Passthru, if that could at all matter.
-
For some reason, my hosts stop displaying the stats after about 2 days. I did a rolling pool reboot 2 days ago, then restarted the toolstack on each of 3 hosts (my pool) to restore the stats. As of right now, only 1 of the hosts has the stats working still.
The fourth identical "server" of the same hardware is just running the regular release cycle, it still has stats after many days/weeks being up, so not hardware related.
I also wanted to ask, how often updates come out for this "branch" and is there anything special we need to do to get them installed?
-
This happened again today when rebooting a Windows Server on my test host running these updates:
A "Force Reboot" does not solve it, i have to do a "Force Shutdown" and power on again. It will hang at that screen indefinitely. I can reproduce this on two hosts now. It seems if i reboot again immediately after the fact it will be fine but after it has sat running awhile it will always occur. Not sure if it may be GPU passthru releated. I can clone another Windows VM that has no passthru device enabled if that would help.
-
@Greg_E We announce updates here. There's no frequency set in stone. We're working on the next wave of updates, that is ready except that we found a regression so we're working on fixing that first.
If you're adventurous, there's a way to install this next wave earlier, but until it passed internal checks, I don't guarantee that your pool doesn't explode with these.
-
@flakpyro Could you export the output of
xen-bugtool -yand make it available somewhere privately? This will contain all logs and information about the hardware. Let us know also of times where you rebooting a VM and got this issue. -
Which version of Server are you running? UEFI, vTPM, Secureboot?
I don't have an Windows Server on my lab right now, but I can give it a quick check and see. Not sure I can pass through the iGPU in my lab though, and production doesn't have a GPU (real servers with ASpeed BMC).
-
The VM is EUFI with no vTPM or Secure Boot enabled. The CPU us a "Xeon E-2336 CPU @ 2.90GHz" Running in a Super Micro Server. We use these servers at remote sites to run a number of VMs including a "Blue Iris" server with an Nvidia T1000 GPU passed thru to it, i have one such servers as a test server as well. The second machine doing it is a Minisforum MS-01 also with a T1000 GPU Passed thru in my home lab. The OS in both cases is Windows Server 2025. Over the weekend i cloned a fresh copy without GPU Passthru to see if it occurs with no GPU. We have about 15 of these VMs running at remote locations on the stable 8.3 patch branch that are not doing this.
It should be noted though that these VMs did need to be customized to allow Blue Iris to run without BSODing the VM on Intel CPUs. Thread can be found here: https://xcp-ng.org/forum/topic/8873/windows-blue-iris-xcp-ng-8-3/35?_=1746455850378 but in the end the following needed to be applied to a VM to keep it from BSODing when running Blue Iris on new Intel CPUs:
xe vm-param-add uuid=... param-name=platform msr-relaxed=true@stormi It does not seem to do it every time, it seems the VM must run for sometime and then be rebooted to cause it to happen. I have created a bug report file from the host as requested and will DM you a link to it! The last time i experienced this would have been at "May 2, 2025 at 4:18 PM (3 days ago)" according to our XOA appliance.
