Subcategories

  • VMs, hosts, pools, networks and all other usual management tasks.

    455 Topics
    3k Posts
    J
    I've got my OPNsense (FreeBSD) router running in a VM on XCP, and it does have the xe-guest-utilities installed. I'm trying to figure out an issue on one of the interfaces, and I noticed a weird discrepancy in XO with this VM. The MAC addresses and such for the interfaces being used by the VM are all off. It seems that VIF #0 is the only one coming up correctly. Unfortunately, I don't think the FreeBSD or OPNsense teams have a maintainer for the xe-guest-utilities package, and so what they distribute is showing as 6.2.1-76888 in XO. [image: 1773276971518-xoa_guest_discrepancies.png] I don't know if this is what is causing my network issue, but I thought it strange.
  • ACLs, Self-service, Cloud-init, Load balancing...

    101 Topics
    840 Posts
    olivierlambertO
    That's a very good question, let me ask internally. Ping @pdonias he might know the answer
  • All XO backup features: full and incremental, replication, mirrors...

    475 Topics
    5k Posts
    P
    @peo said: Error: _removeUnusedSnapshots don't handle vdi related to multiple VMs I had the same error when updated to 449E7 It ran 2 CR, then threw the error. There was other problems so I rolled back to 5bdd7 https://xcp-ng.org/forum/topic/11969/timestamp-lost-in-continuous-replication
  • Everything related to Xen Orchestra's REST API

    82 Topics
    613 Posts
    K
    After updating to XCP-ng 8.3 (March 2026), IPMI / iDRAC information fails in both XO5 stable and XO6 stable (built from sources). It is thrown a XENAPI_PLUGIN_FAILURE log line for failure of the "ipmitool lan print" which works fine on the (DELL) node(s). These are old PowerEdge R430 and R810 with iDRAC versions 6 and 8 and worked well before the upgrade, so I guess tihis may be due to a XAPI command failing. Worth mentioning for this nice-to have feature.
  • Terraform, Packer or any tool to do IaC

    49 Topics
    463 Posts
    dalemD
    Version 1.4.0 is released: https://codeberg.org/NiXOA/system/releases/tag/v1.4.0 It includes significant changes and improvements, including: dedicated getting started section, migration to valkey, only needing to clone system, and helper scripts. the xen-orchestra-ce nixpkg now references the libvhdi nixpkg, and the core flake now references and pulls from the xen-orchestra-ce repo as an overlay. System (the user input flake) now uses the Core repo as an overlay, reducing the need to clone both locally AND allowing system to pull new updates and releases from core. XO, and libvhdi as needed. The next goal is: Make an xsconsole-like TUI Automate package updates for libvhdi and xen-orchestra-ce using CI/CD pipelines Submit libvhdi and xen-orchestra-ce as official nixpkgs
  • Reverse proxy access

    2
    0 Votes
    2 Posts
    1k Views
    olivierlambertO
    I don't know what's the /xen path? Install via this docker isn't the official/documented way, so it's hard to assist. Please try to build it according the doc and double check if reverse work as documented too. Otherwise, it's an issue of the Docker you use with our doc, so you'll better time to create an issue on the 3rd party "installer".
  • Uninstall XO

    4
    0 Votes
    4 Posts
    2k Views
    olivierlambertO
    It depends where you decided to install it (basically where you cloned to repo). Also remove the redis database if it's only used for XO.
  • Centralized backup reporting

    14
    1 Votes
    14 Posts
    3k Views
    mmuehlbauerM
    @borzel I added a feature request here. ANy opinion or insight to help this feature along would be appreciated. https://github.com/vatesfr/xen-orchestra/issues/4153 mmuehlbauer created this issue in vatesfr/xen-orchestra open Backup report summary #4153
  • disaster recovery backup test - skipped, missingvms

    6
    1
    0 Votes
    6 Posts
    840 Views
    olivierlambertO
    If you didn't, I strongly suggest that you watch the live YT webinar I did on XO backups. IIRC, there is a part talking about smart backup. https://www.youtube.com/watch?v=FfUqIwT8KzI
  • This topic is deleted!

    1
    1
    0 Votes
    1 Posts
    43 Views
    No one has replied
  • Help with stuck delta backups.

    9
    0 Votes
    9 Posts
    2k Views
    olivierlambertO
    You have a problem on your XCP-ng, this is not related to a XO issue. It's stuck doing a snapshot, which is really a basic operation that shouldn't fail at all. Double check your SMlog on the host.
  • Remotes not mounted after upgrade

    4
    0 Votes
    4 Posts
    1k Views
    2
    It looks like I can remove the remotes and set them up again, and configure the backup jobs to address the new share. That's okay, there are not too many.
  • How to start an XOA continuous replication image at the backup end?

    7
    0 Votes
    7 Posts
    1k Views
    olivierlambertO
    You need one XOA, connected to both pools. It will stream the VM content (delta) from the source to the destination. You don't need any directly link between your SR in both DCs. You DCs can be isolated with just one XOA connected to both, and it will work.
  • This topic is deleted!

    1
    0 Votes
    1 Posts
    3 Views
    No one has replied
  • Can't access Orchestra after build

    4
    1 Votes
    4 Posts
    1k Views
    B
    I was able to fix my issue by adding http to firewalld.
  • Delta backup failes if previous transfer isnt done.

    4
    1
    0 Votes
    4 Posts
    715 Views
    olivierlambertO
    No XCP-ng/XenServer workaround, it's a "built-in"/by design limitation (it's considered as "stalled"). So your goal would be to avoid these extremely long tasks (ie: to finish before the task is destroyed)
  • scheldued snapshots and manual snapshots

    Moved
    6
    1
    0 Votes
    6 Posts
    2k Views
    olivierlambertO
    You'll end up with a chain, yes (so every read will need to make "hops" on each member of the chain). Longer the chain, slower the operation. But it shouldn't be too catastrophic either (for a heavily IOPS loaded VM, you'll notice the difference, but not in other less IOPS hungry scenarios)
  • Changing delta backup schedules breaks backups.

    5
    0 Votes
    5 Posts
    719 Views
    ForzaF
    The error I get when changing snapshot schedule is [image: 1554793685216-delta-fail_1.png]
  • shanshot scheldue - no snapshots visible in XCP-center

    Moved
    5
    1
    0 Votes
    5 Posts
    915 Views
    akurzawaA
    Sure, thanks. I'm using xoa and desktop app simultaneously. I hope that the desktop app will be available for long time.
  • Delete Log Backup-NG

    2
    1
    0 Votes
    2 Posts
    979 Views
    olivierlambertO
    No, because those logs are useful in case of problem (to find a potential bug). However, they are garbage collected automatically (the oldest ones) after a while.
  • Unable to copy a machine on the same host.

    9
    1
    0 Votes
    9 Posts
    3k Views
    olivierlambertO
    All I can tell is that's not an usual issue. Never heard of problem of this kind before… So yeah, there is something weird. Could be related to NFS permissions maybe, or something between XCP-ng and your NFS host. It's not XCP-ng code directly, because otherwise everyone else using NFS will endure the same problems. So it's more a "combo" between XCP-ng and your NFS within your infrastructure. Please read the wiki on where to check logs (especially SMlog) to spot potential hints on where's the issue.
  • Limit backup speeds

    6
    0 Votes
    6 Posts
    2k Views
    nikadeN
    @S-Pam Having a VIF for management and one for storage-traffic is a good solution, we do it that way to avoid crippling management during backups.
  • Where are the logs for "Backup NG" kept?

    Moved
    3
    1
    0 Votes
    3 Posts
    987 Views
    D
    sorry mate - you are correct - will do
  • XO new boot delay feature not working

    Moved
    8
    0 Votes
    8 Posts
    2k Views
    P
    Any ideas for a more elegant way than to write a script? For my point of view vApps should work without HA mode but unfortunately it doesn't work on my XCP-ng server. Only console/script start of the vApp using xe appliance-start uuid= "set here the uuid of the vAppp" is working. But it is again rework for the next XCP-ng version, I think manually set vices in systemd are not persistent through an update. Will vApp supported also in future? there are some discussions about it, if really needed.
  • Hardware for Orchestra

    Moved
    15
    0 Votes
    15 Posts
    6k Views
    A
    sorry for that okay will change it