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
    • G

      random backups failing

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved Backup
      12
      0 Votes
      12 Posts
      95 Views
      G
      Pretty sure I figured this out. I went to update the Xenserver tools, and the updater said the installer was busy. That meant the machine was in a "dirty condition" and couldn't work right. The dirty condition was the newest Xenserver tools needing a couple more reboots to get fully insatalled. testing now and will have to wait on the DC until the network use get lighter this afternoon. Running the second VM right now, but pretty sure it will now pass the health check. I'll update after I check the DC in a few hours.
    • stormiS

      XCP-ng 8.3 updates announcements and testing

      Watching Ignoring Scheduled Pinned Locked Moved News
      711
      1 Votes
      711 Posts
      832k Views
      B
      Updated my Lab Pool. For the Test: @lmolina said: Reboot your VMs, starting with Linux VMs that use PCI passthrough (GPU, NVMe, NIC). The new HVM PIRQ default applies to every VM at its next boot. If you set platform:hvm-pirq on a VM yourself, that value is kept. Devices that worked before must still work, with similar performance and CPU usage. If one doesn't, check whether platform:hvm-pirq=true brings it back, and tell us. -> No such VM on my Lab Pool, not tested Run your usual Xen Orchestra backups (incremental with NBD, full) and a restore. Every NBD backup now goes through new code (tapdisk's NBD server, parallel requests), so they must complete, and shouldn't get slower. -> ran a full backup job and an incremental backup job. No issues. No diffrences to previous backups. Watch the disk performance of your busiest VMs, on VHD and QCOW2 SRs. The locking change in tapdisk applies to every VM disk, not only QCOW2. -> Didn't notice any performance issues. After running the snapshot_fixer.py script if necessary, take, revert to and delete snapshots, including on VMs with several disks, and check that the VMs and their disks are as expected afterwards. The fix changes how xapi handles VDIs during reverts and SR scans. -> Performed test with 3 VMs, 1 with one disk, 2 with 2 discs. -> No issues seen.
    • D

      XCP-ng 8.3 No Longer Compatible with Older Adaptec RAID Card?

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved Hardware
      16
      1
      0 Votes
      16 Posts
      3k Views
      D
      @Tristis-Oris said: @DustinB said: 14 year old controller it supported and has a driver. Whats wrong? I can't find that storage adapter on the HCL, were you able to? But the summary I have here is replace the old really old adapter. How reliable can't this card still be after working for so long?
    • E

      filters in API requests

      Watching Ignoring Scheduled Pinned Locked Moved REST API
      2
      0 Votes
      2 Posts
      23 Views
      P
      Hi, This was fixed in Latest. But if you need to stay on Stable, you can open a ticket to have a patch.
    • D

      Node.js October 21, 2026 Security Releases

      Watching Ignoring Scheduled Pinned Locked Moved Xen Orchestra
      1
      0 Votes
      1 Posts
      427 Views
      No one has replied