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

    XCP-ng 8.3 updates announcements and testing

    Scheduled Pinned Locked Moved News
    606 Posts 53 Posters 352.0k Views 73 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.
    • olivierlambertO Offline
      olivierlambert Vates 🪐 Co-Founder CEO
      last edited by

      That would be interesting to group your findings/issues on RPU in a dedicated topic, because I don't think the logic changed recently 🤔 So it's an interesting investigation to make.

      1 Reply Last reply Reply Quote 1
      • J Offline
        JeffBerntsen Top contributor @rzr
        last edited by

        @rzr
        Seems to be working well on my test systems as well.

        1 Reply Last reply Reply Quote 1
        • marcoiM Offline
          marcoi
          last edited by

          update to latest test patches on 2nd pool. no issue. LACP worked, started UB26 VM on host 4 and live migrated to host 3.

          1 Reply Last reply Reply Quote 1
          • M Offline
            MajorP93 @rzr
            last edited by

            @rzr Installed those security update candidates in my XCP-ng test environment.
            So far no issues whatsoever. Basic operations all work. VMs running etc.

            1 Reply Last reply Reply Quote 2
            • rzrR Offline
              rzr Vates 🪐 XCP-ng Team @rzr
              last edited by rzr

              rzr said:

              New security update candidates for XCP-ng 8.3 LTS (kernel)

              Test window before official release of the updates

              ~3 days

              The testing window is extended a bit, expect also a next batch (to be tested later this month).

              It has been planned to group updates for the convenience of administrators (stay tuned in blog).

              Meanwhile If you didn't notice yet, an updated xen-4.17.6-9.2.xcpng8.3 package landed in testing repo, it addresses some low risk vulnerabilities as reported at:

              • VSA-2026-017 (XSA-491, CVE-2026-42487)
              • VSA-2026-018 (XSA-492, CVE-2026-42489 - CVE-2026-42490),
              • VSA-2026-019 (CVE-2025-10263, XSA-493)
              • VSA-2026-020 (CVE-2026-42488, XSA-494)

              More to come soon

              B J acebmxerA A 4 Replies Last reply Reply Quote 2
              • B Offline
                bufanda @rzr
                last edited by

                @rzr Installed all currently available patches on my lab pool. No issue so far in normal use.

                1 Reply Last reply Reply Quote 2
                • J Offline
                  JeffBerntsen Top contributor @rzr
                  last edited by

                  @rzr

                  Installed on my test systems and all seems well so far.

                  1 Reply Last reply Reply Quote 2
                  • acebmxerA Offline
                    acebmxer @rzr
                    last edited by

                    @rzr

                    I also installed updates this morning no new issues to report.

                    1 Reply Last reply Reply Quote 2
                    • A Offline
                      Andrew Top contributor @rzr
                      last edited by

                      @rzr Updates installed everywhere (on top of the previous updates). Rolling pool reboot worked this time (with correct prep).

                      F 1 Reply Last reply Reply Quote 2
                      • F Offline
                        flakpyro @Andrew
                        last edited by

                        Installed on my usual test hosts. No issues so far.

                        1 Reply Last reply Reply Quote 1
                        • X Offline
                          XCP-ng-JustGreat
                          last edited by

                          Installed latest updates on my four host home lab pool and a fifth standalone host with no apparent issues.

                          1 Reply Last reply Reply Quote 2
                          • rzrR Offline
                            rzr Vates 🪐 XCP-ng Team
                            last edited by rzr

                            New maintenance update candidates for XCP-ng 8.3 LTS

                            This release batch contains mostly fixes, tools version update, a some improvements.

                            Note: the previous batch of updates has not been released yet, so if you haven't tested it, you will see more updates than described here when you'll install the update candidates. Refer to the previous announcements.

                            What changed

                            Virtualization & System

                            • xen: Add support for xenpm get-core-temp to query CPU temperature on Intel platforms.

                              • Use xenpm get-core-temp to get the temperature on Intel's CPU, to fallback unsupported coretemp. Doc update being reviewed.

                            • grub: Sync with XenServer 8.4: Fix a rare out-of-memory error.

                            • dracut: Fixes

                              • Fix to force reboot/shutdown/halt.
                              • Fix issue where the omission of 'override' kernel modules from the initrd image could, in rare instances, prevent a freshly installed XCP-ng host from booting.

                            Control Plane

                            • xapi: Update to 26.1.11, add fixes and improvements.
                              • Fixed an issue where a newly installed host wouldn't be able to join a pool due to incompatible features exposed by storage.
                              • Fix shutdown VMs not being migratable due to errors generated when the VM was running.
                              • Allow moving VMs back to DHCP from static IP with configure_ipv4/6.

                            Network

                            • stunnel: Fixed stunnel only considering one of the self-signed certificates with the same DN.

                            Tools

                            • xcp-ng-pv-tools: Update to XCP-ng Windows Guest Tools 9.1.200 (full changelog).

                            Drivers

                            • mpi3mr-module: Update to version 8.17.1, adding newly supported SAS5116 devices.

                            Optional:

                            • mellanox-mlnxen-alt: Fix build error with kernel 4.19.19-8.0.42.1+.

                            Storage

                            • kmod-drbd: Update to 9.2.18 (full changelog)

                              • Improve XOSTOR stability when evacuating/evicting an host.

                            • xcp-ng-release-linstor: Relocate config file to v8.3-linstor repository.

                            Versions

                            • dracut: 033-538.xcpng8.3 -> 033-539.1.xcpng8.3
                            • gpumon: 24.1.0-84.1.xcpng8.3 -> 24.1.0-91.1.xcpng8.3
                            • grub: 1:2.06-4.0.2.1.xcpng8.3 -> 1:2.06-4.0.5.1.xcpng8.3
                            • mpi3mr-module: 8.6.1.0.0-1.xcpng8.3 -> 8.17.1.0.0-1.xcpng8.3
                            • stunnel: 5.60-5.xcpng8.3 -> 5.60-6.1.xcpng8.3
                            • xapi: 26.1.4-3.2.xcpng8.3 -> 26.1.11-1.1.xcpng8.3
                            • xcp-featured: 1.2.1-1.xcpng8.3 -> 1.2.1-2.xcpng8.3
                            • xcp-ng-pv-tools: 8.3-17.xcpng8.3 -> 8.3-18.xcpng8.3
                            • xen: 4.17.6-9.1.xcpng8.3 -> 4.17.6-9.3.xcpng8.3

                            Optional packages:

                            • mellanox-mlnxen-alt: 5.4_1.0.3.0-2.xcpng8.3 -> 5.4_1.0.3.0-3.xcpng8.3

                            XOSTOR users: specific update procedure

                            Some XOSTOR packages are provided in separate repository, and should be installed along xcp-ng regular packages, using the following commands:

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

                            Note: linstor packages themselves have not been updated, only kmod-drbd and xcp-ng-release-linstor. Thus, this time it's not necessary to restart the satellites before rebooting.

                            The following XOSTOR-specific package received updates (and must be updated in the same transaction, which the above update commands will do):

                            • xcp-ng-release-linstor: 1.4-2.xcpng8.3 -> 1.5-1.xcpng8.3 (from xcp-ng-testing repo)
                            • kmod-drbd: 9.2.16-1.0.xcpng8.3 -> 9.2.18-2.0.xcpng8.3 (from xcp-ng-linstor-testing repo)

                            Test on XCP-ng 8.3

                            Warning: XOSTOR users should skip this part and follow the instructions of the previous section.

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

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

                            What to test

                            As usual, normal use and anything else you want to test.

                            Test window before official release of the updates

                            ~2 days

                            We would like to thank users who reported feedback since our last call for testing:

                            @Andrew, @XCP-ng-JustGreat, @acebmxer, @bufanda, @flakpyro, @jeffberntsen, @majorp93, @manilx, @marcoi, @ph7.

                            acebmxerA A B psafontP 4 Replies Last reply Reply Quote 1
                            • acebmxerA Offline
                              acebmxer @rzr
                              last edited by acebmxer

                              @rzr

                              Just installed updates on host 1. Once host rebooted it took an extra min or two to reconnect to xo, but did finally connect. Applying updates on host 2 now.

                              Update - host2 no issues. Once reboot complete it connected to xo as expected without delay.

                              I see these updates include -

                              • xen: Add support for xenpm get-core-temp to query CPU temperature on Intel platforms.

                              • Use xenpm get-core-temp to get the temperature on Intel's CPU, to fallback unsupported coretemp. Doc update being reviewed .

                              My host are AMD so can verify these. I might be able to deploy a Intel host later tonight. Will this come to AMD later?

                              TeddyAstieT 1 Reply Last reply Reply Quote 2
                              • TeddyAstieT Offline
                                TeddyAstie Vates 🪐 XCP-ng Team Xen Guru @acebmxer
                                last edited by

                                @acebmxer said:

                                @rzr

                                Just installed updates on host 1. Once host rebooted it took an extra min or two to reconnect to xo, but did finally connect. Applying updates on host 2 now.

                                Update - host2 no issues. Once reboot complete it connected to xo as expected without delay.

                                I see these updates include -

                                • xen: Add support for xenpm get-core-temp to query CPU temperature on Intel platforms.

                                • Use xenpm get-core-temp to get the temperature on Intel's CPU, to fallback unsupported coretemp. Doc update being reviewed .

                                My host are AMD so can verify these. I might be able to deploy a Intel host later tonight. Will this come to AMD later?

                                AMD rely on a different method to expose the temperature, that don't require this xenpm-based approach. In principle, it should already work with plain sensors (through k10temp), but our driver may not be up to date for recent AMD CPUs.

                                F acebmxerA 2 Replies Last reply Reply Quote 1
                                • F Offline
                                  flakpyro @TeddyAstie
                                  last edited by

                                  No issues on the same test hosts i used for the last 2 batches of updates.

                                  1 Reply Last reply Reply Quote 2
                                  • acebmxerA Offline
                                    acebmxer @TeddyAstie
                                    last edited by

                                    @TeddyAstie said:

                                    @acebmxer said:

                                    @rzr

                                    Just installed updates on host 1. Once host rebooted it took an extra min or two to reconnect to xo, but did finally connect. Applying updates on host 2 now.

                                    Update - host2 no issues. Once reboot complete it connected to xo as expected without delay.

                                    I see these updates include -

                                    • xen: Add support for xenpm get-core-temp to query CPU temperature on Intel platforms.

                                    • Use xenpm get-core-temp to get the temperature on Intel's CPU, to fallback unsupported coretemp. Doc update being reviewed .

                                    My host are AMD so can verify these. I might be able to deploy a Intel host later tonight. Will this come to AMD later?

                                    AMD rely on a different method to expose the temperature, that don't require this xenpm-based approach. In principle, it should already work with plain sensors (through k10temp), but our driver may not be up to date for recent AMD CPUs.

                                    From AMD 7950x

                                    [17:51 xcp-ng-haznrrtw ~]# xenpm get-core-temp
[Package0] Unable to fetch temperature (61 - No data available)
[CPU0] Unable to fetch temperature (61 - No data available)
[CPU2] Unable to fetch temperature (61 - No data available)
[CPU4] Unable to fetch temperature (61 - No data available)
[CPU6] Unable to fetch temperature (61 - No data available)
[CPU8] Unable to fetch temperature (61 - No data available)
[CPU10] Unable to fetch temperature (61 - No data available)
[CPU12] Unable to fetch temperature (61 - No data available)
[CPU14] Unable to fetch temperature (61 - No data available)
[CPU16] Unable to fetch temperature (61 - No data available)
[CPU18] Unable to fetch temperature (61 - No data available)
[CPU20] Unable to fetch temperature (61 - No data available)
[CPU22] Unable to fetch temperature (61 - No data available)
[CPU24] Unable to fetch temperature (61 - No data available)
[CPU26] Unable to fetch temperature (61 - No data available)
[CPU28] Unable to fetch temperature (61 - No data available)
[CPU30] Unable to fetch temperature (61 - No data available)

                                    Intel 13700k

                                    [17:50 xcp-ng-kulwlwbp ~]# xenpm get-core-temp
Package0: 28°C
CPU0: 26°C
CPU2: 23°C
CPU4: 23°C
CPU6: 25°C
CPU8: 25°C
CPU10: 24°C
CPU12: 23°C
CPU14: 25°C
CPU16: 24°C
CPU18: 24°C
CPU20: 28°C
CPU22: 28°C
                                    1 Reply Last reply Reply Quote 1
                                    • A Offline
                                      Andrew Top contributor @rzr
                                      last edited by

                                      @rzr Up and running on several pools. Rolling pool reboot worked (after fixing a few non-upgrade issues). Running normal operations, replication, backup, migration, NFS, ISO, etc.

                                      xenpm get-core-temp is mostly working. Not working on AMD Ryzen 5 5600U as expected. HP DL G8 Intel E5-2673 v2 shows 64 CPUs. The actual CPUs show correctly, the higher ones (that don't exist) show [CPUxx] Unable to fetch temperature (19 - No such device). HP DL G10 Intel Xeon(R) Gold 62xx and Desktop Core i7 11th and 7th are good.

                                      TeddyAstieT 1 Reply Last reply Reply Quote 2
                                      • B Offline
                                        bufanda @rzr
                                        last edited by

                                        @rzr Installed on my 2 node lab pool, so far no issues.

                                        1 Reply Last reply Reply Quote 2
                                        • TeddyAstieT Offline
                                          TeddyAstie Vates 🪐 XCP-ng Team Xen Guru @Andrew
                                          last edited by TeddyAstie

                                          @Andrew said:
                                          HP DL G8 Intel E5-2673 v2 shows 64 CPUs. The actual CPUs show correctly, the higher ones (that don't exist) show [CPUxx] Unable to fetch temperature (19 - No such device)

                                          Machines with hotpluggable CPUs are a pretty tricky case, the logic tries up to "maximum possible CPU" and fails here because the CPU is not online (No such device error). That doesn't prevent the temperature from getting fetched for CPU that exists.
                                          I can try to add a check to hide this specific error, so it's doesn't create noise for offline CPUs on such machines.

                                          1 Reply Last reply Reply Quote 1
                                          • S Offline
                                            ScarfAntennae
                                            last edited by ScarfAntennae

                                            Temps seem to be working on i5-10500T:

                                            [11:46 delta-2 ~]# xenpm get-core-temp
Package0: 57°C
CPU0: 56°C
CPU2: 57°C
CPU4: 56°C
CPU6: 56°C
CPU8: 55°C
CPU10: 57°C

                                            As this is my first time installing these update candidates, is there no other action required after doing:

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

                                            Meaning I am not permanently in testing mode now? Next yum update should just pull the latest stable versions?

                                            rzrR 1 Reply Last reply Reply Quote 2

                                            Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                                            Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                                            With your input, this post could be even better 💗

                                            Register Login
                                            • First post
                                              Last post