@olivierlambert Okay. I'll give it a shot.

Well I guess that was the coalesce process because now that one has just stopped. Any ideas on how to find out why it worked fine for essentially 2 days then stopped? I get the impression a live migration of a 30T VM may not be the best way to go about moving something of this size between pools? Maybe a warm migration will work better, but I'm also curious how much capacity we're going to need on the source in order to complete this move.

@jimmymiller This isn't going to be quite the answer you are hoping for, but linking XOA to EntraID is entirely possible. I can't get you the exact details since I am no long with that company, but this can be done with the SAML plugin. Not sure about OIDC. If any of these folks have linked an external app with SAML before, it is going to be very similar. I remember the language used in XOA is slightly different from EntraID, but it can be done with a bit of trial and error. Again, not the answer you were hoping for, but I do hope it helps, nonetheless!

I won't repeat everything from my response to your ticket, but for the benefit of anyone reading this -- xo-cli ldap.synchronizeGroups

@jimmymiller you mean disk size is locked on? You can't change it. I think only way it's try to automate VM creation with things like packer https://xcp-ng.org/blog/2024/02/22/using-packer-with-xcp-ng/

Yes, that would be better to open a ticket at that point

FYI, Xen has a registered OUI: 00:16:3E edit: I didn't read @olivierlambert previous post mentioning the OUI [image: 1732627775032-xen-oui.png] Source: https://www.macvendorlookup.com