XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login
    1. Home
    2. Popular
    Log in to post
    • All Time
    • Day
    • Week
    • Month
    • All Topics
    • New Topics
    • Watched Topics
    • Unreplied Topics

    • All categories
    • stormiS

      XCP-ng 8.3 updates announcements and testing

      Watching Ignoring Scheduled Pinned Locked Moved News
      457
      1 Votes
      457 Posts
      191k Views
      rzrR
      Feature fixes, security and maintenance update candidates for you to test! We are continuing to refine the next batch of update with planned fixes. This release batch contains fixes on the major storage feature previously announced, read the RC2 announcement for QCOW2 image format support for 2TiB+ images. What changed Storage QCOW2 image format support is the major feature of this release batch, check related announcement in forum. Some fixes have been applied to fix issues found during the testing phase. sm: 3.2.12-17.6 Limit QCOW2 VDI max size to be 16TiB with metadata to allow compatibility with EXTSR (EXTSR is limited to 16TiB unique file size) If a full QCOW2 VDI is allocated, XCP-ng would not be able to migrate it to an EXTSR with this limitation. In the future, while EXTSR will remain limited to this maximum size, other SR types will evolve towards higher limits. For this, we'll have to work on the existing assumption that all SR which support the QCOW2 image-format share the same maximum size limit for VDIs, and to catch migration attempts towards SRs whic cannot receive disks bigger than their maximum limit. blktap: 3.55.5-6.6 Update the package's license. Versions: blktap: 3.55.5-6.5.xcpng8.3 -> 3.55.5-6.6.xcpng8.3 sm: 3.2.12-17.5.xcpng8.3 -> 3.2.12-17.6.xcpng8.3 Test on XCP-ng 8.3 If you are using XOSTOR, please refer to our documentation for the update method. 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 The most important change is related to storage: adding QCOW2 support also affects the codebase managing VHD disks. What matters here is, above all, to detect any regression on VHD support (we tested it deeply, but on this matter there's no such thing as too much testing). Of course, you are also welcome to test the QCOW2 image format support. See the dedicated thread for more information. And, 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, in less than 24h: @acebmxer, @Andrew, @MajorP93.
    • C

      VMWARE to XCP-ng migration of 2TB disk

      Watching Ignoring Scheduled Pinned Locked Moved Migrate to XCP-ng
      3
      0 Votes
      3 Posts
      21 Views
      J
      @CyaVMware said: Have a simple question for someone. Looking at migrating a client to XCP. Currently they have a data disk that is exactly 2TB in VMware. My question is the limitation anything OVER 2TB, or is it 2TB AND above? I'd prefer not to use the VMware converter tool to shrink the disk to 1.99TB if I don't have to. VHD format has a strict limit of roughly 2TB (around 2040 GB), so if your client’s VM disks are larger than this then you’re going to have trouble with VHD format. However QCOW2 support is almost here (production ready) about to reach RC2 state, once this reaches stable you’ll be able to safely reach a max of around 16TB. That is if your using ext4 based SR, other Filesystems have different limits. If using a networked file sharing protocol service then, the limit of the host server’s filesystem applies.
    • D

      Difference between Pool's CPU usage stats and Host CPU usage stats

      Watching Ignoring Scheduled Pinned Locked Moved Management
      3
      0 Votes
      3 Posts
      38 Views
      D
      ok thanks for the answer. So if understand correctly: 100% is a per core limit, given that i have a AMD Ryzen 9 5950X 16-Core Processor (32 socket) on the host, the pool host maximum limit is 3200% right ?
    • M

      Alcatel OXE on XCP-ng – anyone done this before?

      Watching Ignoring Scheduled Pinned Locked Moved XCP-ng
      2
      0 Votes
      2 Posts
      31 Views
      olivierlambertO
      Hi! Very likely missing Xen drivers in the image. See https://docs.xcp-ng.org/installation/migrate-to-xcp-ng/#-from-kvm-libvirt that could be helpful. Keep us posted and welcome! edit: it's one way to do it, but booting on a live CD (eg Ubuntu) and mount the VM disk to do the dracut command with chroot first will also work if you don't have a buffer machine to do the dracut then export. If you need more details, happy to guide you.
    • DAYELAD

      XOA loses connection to hosts during VM migration / creation on XOSTOR SR

      Watching Ignoring Scheduled Pinned Locked Moved XOSTOR
      1
      0 Votes
      1 Posts
      18 Views
      No one has replied