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

      Tag-Based Automation: Manage VM CPU Priority via assigned tag.

      Watching Ignoring Scheduled Pinned Locked Moved Management
      37
      1 Votes
      37 Posts
      636 Views
      tjkreidlT
      @johnnezero The full HTML versions will render much better. The PDF conversion is less than perfect. iIll try to get those uploaded, as well.
    • johnnezeroJ

      Server Admin Guide: A Tale of Two Servers: BIOS, GPU, and NUMA Tuning for XCP-ng: Preserving the valuable work done by Tobias Kreidl (@tjkreidl)

      Watching Ignoring Scheduled Pinned Locked Moved Hardware
      3
      1 Votes
      3 Posts
      65 Views
      johnnezeroJ
      @poddingue Thank you! "Anything and Everything we can to to improve XCP-ng", is the "Name of the Game"
    • N

      Edit a Bond to Remove a NIC?

      Watching Ignoring Scheduled Pinned Locked Moved Xen Orchestra
      2
      0 Votes
      2 Posts
      34 Views
      poddingueP
      Take it with a grain of salt, but I think bonds are usually managed as a whole rather than edited port by port in the UI. As far as I can tell, the supported route is from the network section in Xen Orchestra (the bonding part of the infrastructure docs is here: https://docs.xen-orchestra.com/xo5/manage_infrastructure#network-bonding), and on the CLI side, the bond commands are documented at https://docs.xcp-ng.org/appendix/cli_reference#bond-create (there's a matching bond-destroy command alongside it). My honest guess is you may end up destroying and recreating the bond with the four ports you want to keep, since I'm not sure removing a single member in place is exposed anywhere, but I could easily be wrong. If there's a cleaner way that avoids the recreate, someone will let us know.
    • T

      V2V Migration | Mixed Volumes VHD and QCOW

      Watching Ignoring Scheduled Pinned Locked Moved Migrate to XCP-ng
      3
      1
      0 Votes
      3 Posts
      75 Views
      T
      @Team-Storage Did you guys have any feedback on this one? On our side we have tried a handful different forum items we have found, but we have not found anything that appears to work. Each time we run the V2V migration, the larger qcow2 disk appears to fully transfer but the smaller vhd file does not.
    • LoTus111L

      Slow Backups | XOA Performance Test – Upgrading from 2 vCPU to 4 vCPU / 8GB RAM

      Watching Ignoring Scheduled Pinned Locked Moved Backup backup xoa performance
      6
      0 Votes
      6 Posts
      110 Views
      poddingueP
      Thanks for taking the time to write this up with before/after numbers. That kind of post is genuinely useful for the next person hitting slow backups. Pilow's catch looks like the important one to me: I think raising the VM's RAM on its own doesn't help much unless xo-server is also told it can use it, which is the heap-limit tip here: https://docs.xen-orchestra.com/xo5/troubleshooting#memory. I could be wrong, but the recommended XOA sizing also lives at https://docs.xen-orchestra.com/xo5/xoa#xoa-vm-specifications if you want to sanity-check vCPU/RAM against what's suggested for your backup load. Good to hear acebmxer confirmed a fresh 6 GB deploy sizes the heap correctly by itself; that matches my (limited) understanding that the manual step mostly matters when you grow the VM later. Let's wait for the experts to chime in; they will know far more about squeezing the last bit of backup throughput out of XOA.