@fatek One primary domain controller is replicated to an off-site location using the "Continuous Replication" feature every hour using snapshot mode "with memory". The "Full Backup" interval is set to 6. This guide is followed for most of the infrastructure.

However, other LDAP servers are used for authentication and source(s) of truth, so it's a bit more complicated.

That's what it was. For whatever reason, ubuntu defaults to installing these versions for node and npm respectively:
v12.22.9
8.5.1

Following the steps here fixed it. As always, thanks!!

I asked about this in the Discord server a little while ago. To be honest, one of my employers would love Flex vGPU support. We've been needing to update both our general compute and engineering VDIs so we've been looking at some solutions.

While NVIDIA vGPU pricing isn't horrible, it requires us to have VMware infrastructure which is significantly more expensive (obviously). So we'd really like NVIDIA and/or Intel vGPU support, but understand that it isn't just a few lines of code that needs written and is a very small subset of XCP-ng users. Especially with the alleged uncertainty of Intel right now, it may not even be worth developing anything for their cards, but that's personal conjecture.

I've been building my own VDI solution for XO(A), but that's been stalled for a little bit due to burnout, but I plan on finishing a prototype solution and writing a setup guide in a few weeks. So if you want something for just general compute, keep an eye out!

@hansve Since you have shared storage, you should be able to use the "Start on..." feature under the Advanced tab of the VM. That should let you start it on any of the hosts. I'm curious if it will work though because your NIC isn't being detected. You may have to get a USB Ethernet adapter to try and get it to move.

The other option would be to forget the VMs if you can (similar to VMware's "remove from inventory" option). Then create a VM without any disks attached to it, then add the already existing disk to the VM and start it.

I suppose you could do both of them as well. You'd get a USB NIC so you can have networking to the pool (as not to screw with the XAPI DB), then unregister the VMs, create shell VMs, attach disks, then start.

If none of these work, let me know!

@johnd Can you make sure the networks show as "Connected" on the host you're trying to migrate to? I've run into a few issues where I can't migrate VMs after a host reboot because the networks aren't connected

@SudoOracle Can you try recreating the backup job? It won't clean up the previous backups, but it may kick off a new process. Also, (I'm sure you are, but just double checking) are you on the latest XO(A)?

@itnok I'm sure you already have, but have you ensured that everything in this guide was done?

@Danp

1. The file is getting removed every time, that's why I was questioning the behavior of the command (whether it is grabbing all records or cached records).

2. We can do that, but if the user is deleted, that user entry would be gone.

@gtuminauskas Hello! You can edit the template settings by hovering over Home -> Templates -> Find the template you want to change -> click on the 3 lines (menu) button all the way to the right of the template -> click on the field you want to change (in your case RAM), and change the value!

@McHenry If I'm understanding this correctly, Client Site A, B, n... will each have a server and all share multiple instances at OVH for DR. First off, I hope you give the person that's doing the networking for this a raise .

Second, are you and/or a team the sole manager of the infrastructure? If clients have their own IT team that assists/uses XO(A), this will be more difficult. For the sake of this solution, I'm going to assume that the client can use XO(A) to start VMs in case of a DR scenario.

If I were to build it out, I would build an XO host in OVH and utilize the XO-proxy and the Self Service feature. This way, you can register the XO Proxy to all of the client sites, and manage who can see what VMs, networking/VLANS, and storage.

If I'm wrong about an assumption or solution, let me know!

@Danp To execute the command, it's almost instant. To download the file, the same 4ish minutes. I'd also like to note that despite holding a similar 10,000 records, the file becomes significantly longer each run when running the unfiltered command (about 5-10 MiB larger, currently at 610 MiB).

I guess I have three questions now:

• Is there any way to make my filter "more efficient"?
• When executing the command with and without the filter, is it getting audit records that have since been purged from XO(A)? If so, that's great news for me. Just means that the command takes more time, but I don't have to worry about getting and filtering those records separately.
• As @jgrafton just brought up to me: Is it possible to store the username of the user that made the snapshot in the VM snapshot object? We're basically combining the above audit command and joining it on the snapshot uuid of xo-cli list-objects type=VM-snapshot in order to get username of the person who did the snapshot.

Before last week, xo-cli audit.getRecords --json took maybe 30-60 seconds to run. It's weird that it just started in the middle of the week unprovoked.

@julien-f Thank you for the info! After some playing around and some outside help, this is what worked: xo-cli rest --json get -o records.json plugins/audit/records fields=data,event,subject,time,id filter=data:method:vm.snapshot. However, anytime I run it, it takes about 4 minutes for that command to run (albeit now only downloading about 20 KiB). And with this python, it's going to loop through each XO(A) instance, so some guidance on how to lower this time (or troubleshoot) would be appreciated!

EDIT: The downloading part only takes a second or two, but waiting for the command to execute takes 3-4 minutes