XCP-ng 8.3 updates announcements and testing

Andrew

@vxgmichel Update installed and running. Rolling pool reboot failed waiting to evacuate an empty host, I can't blame the update.

JeffBerntsen

@vxgmichel Installed to my test systems and all seems to be working well so far.

XCP-ng-JustGreat

@vxgmichel The new dom0 kernel version installed fine on my lab pool and everything appears to be running well.

hoh

@vxgmichel Installed on 10 lab hosts (mostly older hardware - Dell, HP, Fujitsu), no issues.

stormi

@Andrew said:

@vxgmichel Update installed and running. Rolling pool reboot failed waiting to evacuate an empty host, I can't blame the update.

Interesting. Worth a report to XO team?

flakpyro

Installed on my test hosts, no issues.

gduperrey

Updates are live now

Thank you everyone for your tests and your feedback!

This includes updates that you have tested, as well as security updates that were under embargo.

Check out the blog post for the full list of fixes and any post-update steps: https://xcp-ng.org/blog/2026/11/10/november-2026-security-updates-3-for-xcp-ng-8-3-lts/

If you installed the kernel from our last call for testing, please read on. You can check with rpm -q kernel.

The released kernel is not the 4.19.19-8.0.49.3 you tested, but 4.19.19-8.0.46.16. Its release number is lower, so a regular update will leave your hosts on 4.19.19-8.0.49.3. We identified some issues in 4.19.19-8.0.49.3.

To downgrade and install kernel-4.19.19-8.0.46.16, run the following commands:

yum clean metadata
yum downgrade --setopt=protected_packages= kernel-4.19.19-8.0.46.16.xcpng8.3
yum update
reboot

The usual update rules apply: pool coordinator first, etc.

We expect to release a new kernel in a few days, and it will install as a normal update from either version.

acebmxer

@gduperrey

=======================================================================================================================================================
 Package                      Arch                         Version                                          Repository                            Size
=======================================================================================================================================================
Downgrading:
 kernel                       x86_64                       4.19.19-8.0.46.16.xcpng8.3                       xcp-ng-updates                        29 M

Transaction Summary
=======================================================================================================================================================
Downgrade  1 Package

Total download size: 29 M
Is this ok [y/d/N]: y
Downloading packages:
kernel-4.19.19-8.0.46.16.xcpng8.3.x86_64.rpm                                                                                    |  29 MB  00:00:07     
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : kernel-4.19.19-8.0.46.16.xcpng8.3.x86_64                                                                                            1/2 
depmod: WARNING: /lib/modules/4.19.0+1/kernel/crypto/authencesn.ko needs unknown symbol memcpy_sglist
  Cleanup    : kernel-4.19.19-8.0.49.3.xcpng8.3.x86_64                                                                                             2/2 
  Verifying  : kernel-4.19.19-8.0.46.16.xcpng8.3.x86_64                                                                                            1/2 
  Verifying  : kernel-4.19.19-8.0.49.3.xcpng8.3.x86_64                                                                                             2/2

Removed:
  kernel.x86_64 0:4.19.19-8.0.49.3.xcpng8.3                                                                                                            

Installed:
  kernel.x86_64 0:4.19.19-8.0.46.16.xcpng8.3

Updated:
  forkexecd.x86_64 0:26.1.21-1.4.xcpng8.3             message-switch.x86_64 0:26.1.21-1.4.xcpng8.3   qcow-stream-tool.x86_64 0:26.1.21-1.4.xcpng8.3  
  rrdd-plugins.x86_64 0:26.1.21-1.4.xcpng8.3          sm-cli.x86_64 0:26.1.21-1.4.xcpng8.3           squeezed.x86_64 0:26.1.21-1.4.xcpng8.3          
  varstored-guard.x86_64 0:26.1.21-1.4.xcpng8.3       vhd-tool.x86_64 0:26.1.21-1.4.xcpng8.3         wsproxy.x86_64 0:26.1.21-1.4.xcpng8.3           
  xapi-core.x86_64 0:26.1.21-1.4.xcpng8.3             xapi-nbd.x86_64 0:26.1.21-1.4.xcpng8.3         xapi-rrd2csv.x86_64 0:26.1.21-1.4.xcpng8.3      
  xapi-storage-script.x86_64 0:26.1.21-1.4.xcpng8.3   xapi-tests.x86_64 0:26.1.21-1.4.xcpng8.3       xapi-xe.x86_64 0:26.1.21-1.4.xcpng8.3           
  xcp-networkd.x86_64 0:26.1.21-1.4.xcpng8.3          xcp-rrdd.x86_64 0:26.1.21-1.4.xcpng8.3         xenopsd.x86_64 0:26.1.21-1.4.xcpng8.3           
  xenopsd-cli.x86_64 0:26.1.21-1.4.xcpng8.3           xenopsd-xc.x86_64 0:26.1.21-1.4.xcpng8.3      

Complete!

Andrew

@gduperrey Updates installed. RPU mostly worked... Every host was updated. All VMs moved and returned. Waiting before re-enabling the load balancer task is stuck waiting...

robertblissitt

I did a RPR early this morning just to start fresh and then kicked off an RPU 15 minutes ago. The RPU evacuated all the VMs from the master successfully but the RPU is stuck at 0% (as seen in Pool Tasks). I will allow the process to time out (or restart XO if the wait is too long), promote another node to master, and retry the RPU.