Categories

  • All news regarding Xen and XCP-ng ecosystem

    143 Topics
    4k Posts
    rzrR
    New security update candidates for XCP-ng 8.3 LTS (kernel) This release batch contains security fix on kernel, version update, some bug fixes and a few improvements. What changed Virtualization & System kernel: Fix Vulnerability: CVE-2026-46243 Fixed the CIFSwitch security vulnerability that could allow privilege escalation from a user with low privileges. intel-microcode: Fix a hang on boot on some platforms (Revert Granite Rapids AP/SP ucode back to IPU 2026.1) Drivers intel-ice: Update to 2.4.5 Adds support for E825-C and E830. Adds support for Link Aggregation (LAG). Various stability, performance, and bug-fix updates. Versions: intel-ice: 1.15.5-2.xcpng8.3 -> 2.4.5-8.1.1.xcpng8.3 intel-microcode: 20260416-1.xcpng8.3 -> 20260416-2.xcpng8.3 kernel: 4.19.19-8.0.46.5.xcpng8.3 -> 4.19.19-8.0.46.6.xcpng8.3 Test on XCP-ng 8.3 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 ~3 days We would like to thank users who reported feedback since our last call for testing: @Andrew, @acebmxer, @flakpyro, @jeffberntsen, @majorp93, @marcoi, @ph7, @pilow, @probain.
  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    henri9813H
    Hello, When i boot a Rocky Linux 10 with the latest kernel, it's very slow on cpu XXX spinlock event irq. Someone have the same issue ? [image: 1780672780770-6a83318c-cef3-4ad3-821f-be989c23695f-image.jpeg] [image: 1780672794096-45b08065-ab42-402e-a106-ac7984f46794-image-resized.jpeg] Thanks !
  • 3k Topics
    28k Posts
    florentF
    we did a lot of ground work on the file restore front , and have plan to continue working on it. What is testable and should work : restore from partition of types : ext2 / ext3 / ext4 XFS Btrfs FAT / VFAT / exFAT (in-kernel since 5.7) NTFS3 (new in-kernel driver, since 5.15 — parallel to ntfs-3g) f2fs ISO 9660 / UDF (optical media) squashfs / erofs (read-only images) restore from LVM as long as there is only one VDI involved handle disk without partition table, with GTP, with MBR Note that, by design, the file restore is slow : each time the xoa want to read 4KB of data or even 1B we have to load a full backup block (2MB) decrypt, and inflate it ,extract the 4KB , ... . Expect 1/10 to 1/30 of your remote performance But at least it should not crash anymore, with zip or tar restore. The worse we tested is a windows folder ( 26GB , 10 of thousands of files) For now the fixes are in https://github.com/vatesfr/xen-orchestra/pull/9776 ( branch fix_flr ) and are expected to reach master during next week fbeauchamp opened this pull request in vatesfr/xen-orchestra open fix(backups): file level restore : omnibus fixes #9776
  • Our hyperconverged storage solution

    47 Topics
    750 Posts
    olivierlambertO
    Please disable HA and report if you still have the issue.
  • 35 Topics
    113 Posts
    olivierlambertO
    Ah excellente nouvelle Je passe le sujet en résolu !