XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    XCP-ng 8.3 updates announcements and testing

    Scheduled Pinned Locked Moved News
    101 Posts 25 Posters 6.9k Views 38 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • abudefA Offline
      abudef @gduperrey
      last edited by

      The update went fine and everything is working fine.

      @gduperrey said in XCP-ng 8.3 updates announcements and testing:

      xapi: Re-enabled nested virtualization in 8.3, with the same limitations as in 8.2.

      Since I keep bothering with nested virtualization here on the forum, I of course immediately tried the support in 8.3 ๐Ÿ™‚

      Setup:

      • HW XCP-ng 8.3
        • Nested XCP-ng 8.3
          • Windows Server 2025
          • Debian 12.9

      Windows installation on the nested hypervisor went ok and the system seems to be working fine.
      The problem occurred with Debian. ISO 12.9 netistall, UEFI was used. The system boots up and shows the notorious install screen: Graphic install, Install ... Regardless of the type of installation chosen, immediately after starting it, nested hypervisor XCP-ng 8.3 crashes and reboots. By the way, this problem with Debian is also on VMware - if I use nested XCP-ng 8.3 there, the Debian installation crashes it just the same.

      TeddyAstieT 1 Reply Last reply Reply Quote 1
      • TeddyAstieT Offline
        TeddyAstie Vates ๐Ÿช XCP-ng Team Xen Guru @abudef
        last edited by TeddyAstie

        @abudef Note that even with this update, nested virtualization is still not really supported in XCP-ng 8.3.
        It's there, you can enable it at your own risk. It broke due to some change in XAPI (even though Xen hypervisor had "support" for it).
        It never actually got removed from Xen hypervisor (it was marked experimental in Xen 4.13 used in XCP-ng 8.2, it is also the case for Xen 4.17), although nothing really changed, it still has the same issues and limitations as said.

        The current state of nested virtualization in Xen is quite clumsy and there are future plans to remake it properly from ground without taking shortcuts and have proper tests to back it.

        Aside that, after some experiments, it seems that mostly nested EPT is incomplete/buggy, so your L1 hypervisor should not rely on it. You should add hap=0 to nested XCP-ng Xen cmdline. Beware that it will imply a pretty large performance hit, but I had more consistent results with this.
        I am quite suprised that Windows works while Linux don't, maybe it is somewhat related to PV drivers ?

        B 1 Reply Last reply Reply Quote 1
        • P Offline
          ph7 @gduperrey
          last edited by

          @gduperrey

          I updated my test host and all seems to work fine.
          But I have 1 question:
          Do I need to disable the testing repo or is it removed at the reboot?

          yum clean metadata --enablerepo=xcp-ng-testing
          yum update --enablerepo=xcp-ng-testing
          reboot

          [10:33 x1 ~]# yum repolist 
          Inlรคsta insticksmoduler: fastestmirror
          Loading mirror speeds from cached hostfile
          Excluding mirror: updates.xcp-ng.org
           * xcp-ng-base: mirrors.xcp-ng.org
          Excluding mirror: updates.xcp-ng.org
           * xcp-ng-updates: mirrors.xcp-ng.org
          fรถrrรฅds-id                                 fรถrrรฅdsnamn                                           status
          xcp-ng-base                                XCP-ng Base Repository                                4 376
          xcp-ng-updates                             XCP-ng Updates Repository                               125
          repolist: 4 501
          
          dthenotD 1 Reply Last reply Reply Quote 2
          • dthenotD Offline
            dthenot Vates ๐Ÿช XCP-ng Team @ph7
            last edited by

            @ph7 It's only enabled for the two yum command with the --enablerepo explicitly used.
            It's disabled in the config otherwise.
            No need to do anything ๐Ÿ™‚

            1 Reply Last reply Reply Quote 4
            • gduperreyG Offline
              gduperrey Vates ๐Ÿช XCP-ng Team
              last edited by

              Update published: https://xcp-ng.org/blog/2025/03/12/march-2025-maintenance-update-for-xcp-ng-8-3/

              Thank you for the tests!

              M 1 Reply Last reply Reply Quote 2
              • M Offline
                manilx @gduperrey
                last edited by

                @gduperrey 1 HomeLab-Pool (via cli: yum update and reboot), 3 Business-Pools (via RPU), total 7 servers updated without issues.

                1 Reply Last reply Reply Quote 3
                • B Offline
                  bvitnik @TeddyAstie
                  last edited by

                  @TeddyAstie Is the list of "issues and limitations" of nested virtualization under Xen documented somewhere?

                  stormiS 1 Reply Last reply Reply Quote 0
                  • stormiS Offline
                    stormi Vates ๐Ÿช XCP-ng Team @bvitnik
                    last edited by

                    @bvitnik It's better to consider it as working by chance in some scenarios, but I think Teddy can give you details ๐Ÿ™‚

                    1 Reply Last reply Reply Quote 1
                    • A Offline
                      archw @gduperrey
                      last edited by

                      @gduperrey
                      Is a reboot required for this batch of updates?

                      A 1 Reply Last reply Reply Quote 0
                      • A Offline
                        Andrew Top contributor @archw
                        last edited by

                        @archw Yes.

                        A 1 Reply Last reply Reply Quote 0
                        • A Offline
                          archw @Andrew
                          last edited by

                          @Andrew
                          Thanks!

                          stormiS 1 Reply Last reply Reply Quote 0
                          • stormiS Offline
                            stormi Vates ๐Ÿช XCP-ng Team @archw
                            last edited by

                            @archw It's written in the blog post ๐Ÿ™‚

                            A 1 Reply Last reply Reply Quote 0
                            • A Offline
                              archw @stormi
                              last edited by

                              @stormi I missed it!

                              1 Reply Last reply Reply Quote 1
                              • gduperreyG Offline
                                gduperrey Vates ๐Ÿช XCP-ng Team
                                last edited by stormi

                                New update candidates for you to test!

                                As we move closer to making XCP-ng 8.3 the new LTS release, taking over from XCP-ng 8.2.1, a first batch of updates is now available for user testing ahead of a future collective release. Details are provided below.

                                • amd-microcode: Packaging and versioning update, but no actual changes in microcodes.
                                • blktap: Fixes.
                                • broadcom-bnxt-en: bug fix: "Backport patch to fix GSO type for HW GRO packets on 5750X chips"
                                • busybox: backport fixes for CVE-2018-20679 and others.
                                • gpumon: No major changes. Rebuild for dependency reasons.
                                • guest-templates-json: Add templates for Windows server 2025 and Ubuntu 24.04. Remove "preview" from a few template names.
                                • host-upgrade-plugin: Update to version 3.0.1 which transitions to python 3 and brings some fixes.
                                • intel-i40e: Update to version 2.25.11
                                • interface-rename: Sync with XenServer, but this only changes packaging details.
                                • ipxe: Rebuild.
                                • jemalloc: Updated to version 5.3.0.
                                • lvm2: Fixes.
                                • microsemi-smartpqi: Update to version 2.1.30_031
                                • ncurses: Updated to upstream 6.4-20240309 revision. Some minor improvements.
                                • net-snmp: Rebase on XenServer version 5.7.2-52, which incorporates fixes for CVE-2022-24805 and CVE-2022-24809
                                • openssh: fix CVE-2025-26465
                                • qemu: Rebuilt with new version of jemalloc.
                                • qlogic-qla2xxx: Update to version 10.02.12.01_k
                                • sm: (Storage manager):
                                  • Logging improvements
                                  • Minor fixes regarding race conditions
                                  • Robustify snapshots and a few XAPI calls
                                  • Send message to XAPI if the garbage collection process doesn't have enough space.
                                  • Multipath configuration updates for some vendors.
                                  • Preliminary work for future XOSTOR support and over 2TB VM disks.
                                • sm-core-libs: fixes.
                                • vmss: Synchronization with the latest package from XenServer, which replaces the use of a deprecated dependency (imp module) by another.
                                • xapi:
                                  • Update to version 24.39.1
                                  • Many fixes and improvements, among which:
                                • Improve logging during live storage migration
                                  • Lengthy VDI migrations were mistakenly canceled upon reaching a 12-hour time limit.
                                  • Faster starting VMs when they have multiple VIFs or in conditions where the database is under heavy load.
                                  • High availability occasionally fails to process heartbeats in time when there are a lot of hosts in a pool. Consequently, the host that is unable to process heartbeats is flagged as offline and self-fences.
                                  • IPv6-related fixes.
                                  • Configurable threshold for updating last_active
                                  • Many under the hood improvements or fixes.
                                  • Added python dependencies for opentelemetry support: pyproject-rpm-macros, python-aiocontextvars, python-charset-normalizer, python-contextvars, python-deprecated, python-idna, python-immutables, python-opentelemetry, python-requests, python-typing-extensions, python-urllib3, python-wheel, python-wrapt, python3-setuptools.
                                • xcp-ng-release:
                                  • Sync with xenserver-release-8.4.0-14. (XCP-ng release number remains 8.3.0)
                                  • Update dependencies between systemd services.
                                  • Enable new RRDD plugins
                                • xcp-python-libs: Sync with XenServer, but this only changes packaging details.
                                • xen: Synchronization with package 4.17.5-6 from XenServer:
                                  • Fix migration of VMs from XCP-ng 8.2 to XCP-ng 8.3 when the guest is using BHI_DIS_S
                                  • Initial AMD Turin support
                                  • Fix dom0 pIRQ limit calculation
                                  • Fix emulation of BMI1/2 instructions
                                • xenserver-status-report: Minor update to add scsi disk provisioning mode in the output from this debug tool.
                                • xo-lite: As described in Xen Orchestra's blog, added VM creation page and form and Display vifs list in vm view and vifs information in side panel
                                • xs-opam-repo: Update to version 6.86.0 as a dependency for xapi
                                • xsconsole: Improved xenapi error handling & reintroduced Portable SR feature

                                Test on XCP-ng 8.3

                                From an up-to-date host:

                                yum clean metadata --enablerepo=xcp-ng-testing
                                yum update --enablerepo=xcp-ng-testing
                                reboot
                                

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

                                Versions

                                • amd-microcode: 20241121-1.1.xcpng8.3
                                • blktap: 3.55.4-1.1.xcpng8.3
                                • broadcom-bnxt-en: 1.10.2_223.0.183.0-2.xcpng8.3
                                • busybox: 1.22.1-7.xcpng8.3
                                • gpumon: 24.1.0-32.1.xcpng8.3
                                • guest-templates-json: 2.0.13-1.1.xcpng8.3
                                • host-upgrade-plugin: 3.0.1-1.xcpng8.3
                                • intel-i40e: 2.25.11-2.xcpng8.3
                                • interface-rename: 2.0.6-1.1.xcpng8.3
                                • ipxe: 20121005-1.0.7.xcpng8.3
                                • jemalloc: 5.3.0-1.xcpng8.3
                                • lvm2: 2.02.180-18.1.xcpng8.3
                                • microsemi-smartpqi: 2.1.30_031-1.xcpng8.3
                                • ncurses: 6.4-5.20240309.xcpng8.3
                                • net-snmp: 5.7.2-52.1.xcpng8.3
                                • openssh: 7.4p1-23.3.2.xcpng8.3
                                • pyproject-rpm-macros: 1.8.0-4.1.xcpng8.3
                                • python-aiocontextvars: 0.2.2-3.1.xcpng8.3
                                • python-charset-normalizer: 2.1.0-4.1.xcpng8.3
                                • python-contextvars: 2.4-3.1.xcpng8.3
                                • python-deprecated: 1.2.14-3.1.xcpng8.3
                                • python-idna: 3.3-4.xcpng8.3
                                • python-immutables: 0.19-5.xcpng8.3
                                • python-opentelemetry: 1.12.0-1
                                • python-requests: 2.28.1-4.1.xcpng8.3
                                • python-typing-extensions: 3.7.4.3-4.xcpng8.3
                                • python-urllib3: 1.26.15-4.1.xcpng8.3
                                • python-wheel: 0.31.1-5.el7_7
                                • python-wrapt: 1.14.0-4.xcpng8.3
                                • python3-setuptools: 40.4.1-1.0.1.xcpng8.3
                                • qemu: 4.2.1-5.2.12.1.xcpng8.3
                                • qlogic-qla2xxx: 10.02.12.01_k-1.xcpng8.3
                                • sm: 3.2.12-3.1.xcpng8.3
                                • sm-core-libs: 1.1.2-1.xcpng8.3
                                • vmss: 1.2.1-1.xcpng8.3
                                • xapi: 24.39.1-1.3.xcpng8.3
                                • xcp-ng-release: 8.3.0-30
                                • xcp-python-libs: 3.0.4-2.1.xcpng8.3
                                • xen: 4.17.5-6.1.xcpng8.3
                                • xenserver-status-report: 2.0.7-1.xcpng8.3
                                • xo-lite: 0.9.1-1.xcpng8.3
                                • xs-opam-repo: 6.86.0-1.1.xcpng8.3
                                • xsconsole: 11.0.8-1.1.xcpng8.3

                                What to test

                                Normal use and anything else you want to test. The closer to your actual use of XCP-ng, the better.

                                Test window before official release of the updates

                                None defined, but early feedback is always better than late feedback, which is in turn better than no feedback ๐Ÿ™‚

                                F dthenotD gskgerG 3 Replies Last reply Reply Quote 2
                                • F Offline
                                  flakpyro @gduperrey
                                  last edited by

                                  @gduperrey

                                  installed on 2 test machines

                                  Machine 1:
                                  Intel Xeon E-2336
                                  SuperMicro board.

                                  Machine 2:
                                  Minisforum MS-01
                                  i9-13900H
                                  32 GB Ram
                                  Using Intel X710 onboard NIC

                                  Both machines installed fine and all VMs came up without issue after. My one test backup job also seemed to run without any issues.

                                  1 Reply Last reply Reply Quote 3
                                  • dthenotD Offline
                                    dthenot Vates ๐Ÿช XCP-ng Team @gduperrey
                                    last edited by

                                    For people testing the QCOW2 preview, please be informed that you need to update with the QCOW2 repo enabled, if you install the new non QCOW2 version, you risk QCOW2 VDI being dropped from XAPI database until you have installed it and re-scanned the SR.
                                    Dropping from XAPI means losing name-label, description and worse, the links to a VM for these VDI.
                                    There should be a blktap, sm and sm-fairlock update of the same version as above in the QCOW2 repo.

                                    If you have correctly added the QCOW2 repo linked here: https://xcp-ng.org/forum/post/90287

                                    You can update like this:

                                    yum clean metadata --enablerepo=xcp-ng-testing,xcp-ng-qcow2
                                    yum update --enablerepo=xcp-ng-testing,xcp-ng-qcow2
                                    reboot
                                    

                                    Versions:

                                    • blktap: 3.55.4-1.1.0.qcow2.1.xcpng8.3
                                    • sm: 3.2.12-3.1.0.qcow2.1.xcpng8.3
                                    R B 2 Replies Last reply Reply Quote 2
                                    • R Offline
                                      ravenet @dthenot
                                      last edited by

                                      @dthenot said in XCP-ng 8.3 updates announcements and testing:

                                      For people testing the QCOW2 preview, please be informed that you need to update with the QCOW2 repo enabled, if you install the new non QCOW2 version, you risk QCOW2 VDI being dropped from XAPI database until you have installed it and re-scanned the SR.
                                      Dropping from XAPI means losing name-label, description and worse, the links to a VM for these VDI.
                                      There should be a blktap, sm and sm-fairlock update of the same version as above in the QCOW2 repo.

                                      If you have correctly added the QCOW2 repo linked here: https://xcp-ng.org/forum/post/90287

                                      You can update like this:

                                      yum clean metadata --enablerepo=xcp-ng-testing,xcp-ng-qcow2
                                      yum update --enablerepo=xcp-ng-testing,xcp-ng-qcow2
                                      reboot
                                      

                                      Versions:

                                      • blktap: 3.55.4-1.1.0.qcow2.1.xcpng8.3
                                      • sm: 3.2.12-3.1.0.qcow2.1.xcpng8.3

                                      So far so good on Ryzen 1700x host.

                                      1 Reply Last reply Reply Quote 2
                                      • P Offline
                                        ph7
                                        last edited by

                                        Seems to work fine on my old test rig i7-4710MQ with NFS

                                        1 Reply Last reply Reply Quote 2
                                        • gskgerG Offline
                                          gskger Top contributor @gduperrey
                                          last edited by

                                          @gduperrey Updated two Dell R720 servers (dual E5-2640v2, 128GB RAM, with GPUs) and a Dell R730 server (dual E5-2690v4, 512GB RAM, with GPUs) without issues. The services (VMs) are working as expected, so we'll see how the systems perform over the next few days

                                          G 1 Reply Last reply Reply Quote 2
                                          • G Offline
                                            Greg_E @gskger
                                            last edited by

                                            @gskger

                                            Do I need to change each host or just the pool coordinator? Since my lab was recently rebuilt, I might as well get on the testing branch.

                                            gskgerG 1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post