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

      Change Pool Master does not update connection string in XOA

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved Management
      7
      2
      0 Votes
      7 Posts
      232 Views
      J
      @poddingue This can be handled quite cleanly by including a simple up to date package inventory (via dpkg -l) for the XVA, saved as a JSON file, along with a "built-on" date within the download portal to accompany the standard checksum. Can this please be developed and implemented on the download portal where we grab the XVA, and/or where the Security Advisories are held? Providing this metadata upfront would solve a major visibility gap for two critical reasons: Pre-Boot Compliance & SBOMs: Many enterprise security teams require an asset and package review before an image is ever imported or booted in a production cluster. Having a verifiable JSON manifest alongside the download allows admins to satisfy compliance and Software Bill of Materials (SBOM) requirements without forcing a "blind" deployment. First-Boot Vulnerability Window: Because the XVA acts as a snapshot frozen in time until it hooks into the Vates update servers and Debian repos, it inherently contains a window of unpatched packages upon its very first boot. A build date and package list give engineers immediate clarity on what baseline versions (like OpenSSH or the kernel) are active during that initial setup window. This wouldn't require changing how the appliance itself updates, but it would provide immense public clarity and enterprise readiness for the deployment process.
    • Q

      Timezone updates for tzdata 2026e

      Watching Ignoring Scheduled Pinned Locked Moved XCP-ng
      3
      1 Votes
      3 Posts
      101 Views
      gduperreyG
      Hello, We have received your request and thank you for the feedback on this matter. A task card has been created and assigned to one of our teams. It has not yet been assigned to a specific developer, but we will be sure to get back to you once it has been addressed and resolved.
    • DustyArmstrongD

      AMD 'Barcelo' passthrough issues - any success stories?

      Watching Ignoring Scheduled Pinned Locked Moved Hardware
      17
      1
      0 Votes
      17 Posts
      5k Views
      Y
      @timemaster5 @dustyarmstrong I published a thread with packages to test, if you have a non production host on which you can test it would be awesome: https://xcp-ng.org/forum/topic/12523/igpu-pci-passthrough-new-experimental-packages-need-testers Thanks! Regards, Yann
    • Y

      iGPU PCI passthrough: new experimental packages need testers

      Watching Ignoring Scheduled Pinned Locked Moved Hardware
      16
      0 Votes
      16 Posts
      370 Views
      Y
      @steff22 Good news! And thanks a lot for the test! Could you share the guest VM dmesg please? as well as the lspci -n -vvv -s SBDF of the GPU? Also, was it working with the stock xcp-ng packages?
    • J

      Pool metadata backup failed after xoa upgrade

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved Backup
      7
      0 Votes
      7 Posts
      282 Views
      poddingueP
      Glad the ticket sorted it, @jacob.becker, and thanks for coming back to say so. I don't know whether a patch for the stable channel is planned before 6.9 moves there. If someone else on stable lands here with the same Body Timeout Error, opening a ticket like you did seems to be the quickest route for now.
    • H

      Win Server 2012 R2 VM: repeated BSOD 0xD1 in xenvbd.sys (Citrix 8.1.0.130) - where to get VM Tools 9.2.3?

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved Compute
      4
      0 Votes
      4 Posts
      135 Views
      D
      @hrvojer I can't tell for sure without detailed troubleshooting, but your crash reminds me of a bug in XenVbd that was fixed in the XCP-ng 9.1.200 tools (Apr 2026). It's unlikely that updating to an old Xen tools version would help in that case.