Do read the specific section in docs about virtualizing xcp-ng. https://docs.xcp-ng.org/guides/xcpng-in-a-vm/

@paco said in Storage IOPS and throughput dropouts?: @nikade Short answer is that the spikes seem to have smoothed out. I'm not really sure what happened. I don't have them at any resolution now. Perhaps some kind of heisenbug. Happy to hear that

@bpsingh76 You should be able to run "xe vdi-list" on these and see if they are attached to anything. If not, it would appear they are just leftover templates.

Thank you all! I was on an older release of XOCE. I haven't wanted to update as the last few times I did, it broke the nightly backups. So stuck with an older version of XOCE that seems to have been stable in our environment. I updated XOCE to latest build: Xen Orchestra, commit 32228 Master, commit 32228 I was able to manually update the second host (by running yum update). Then restarted the pool master and now I'm trying to vacate VMs from second host back to master so I can reboot the second host. However the live migration seems to be taking much longer from the second host back to master. All VMs use shared storage connected via NFS to this pool. I was thinking it should just take a few minutes to do a live migrate but so far it's been 12+ minutes and it's only at 12%: [image: 1723571571077-dca691d2-5be0-41f5-8669-92cfcf5175b6-image.png] The network I selected for the live migration is a 20Gbe (bond of two 10 Gbe). UPDATE: The live migration progress sped up and it was completed in about 16 minutes instead of the 1hr it was estimating.

So far this seems to work well. we will test this and inform if there is any issue with it. On behalf of my customer i would like to thank you for the quick response!

hi Brands, In your post when you say "importing xo manually" could you paraphrase or elaborate ? Do you mean installing XO ? By the way yes XO has to be on the same subnet as your XCP-Ng computer. Seems to me it would be easier, for a start, not to block your internet. Best,

@Danp the source. this is a lab to learn this environment to eventually replace VMWare.. Comparing this and Proxmox.

Ok figured it out at the end using xe pool-list on the existing pool gives me a list of existing hosts on the pool, and there was one that has been taken offline, without detaching in XO. So I did a xe host-forget uuid=<host uuid> because xe pool-eject doesn't work on offline host. And now I can add the new host just fine. Thanks everyone for helping!

Hi, Because updating doing an RPU while using XOSTOR is more tricky. The order of operation is slightly different, and applying the existing RPU algorithm will simply break your storage. We need to restart the satellite in a different order. I don't remember where it's documented, let me ask @ronan-a

I don't see the reason, the UUID is completely internal to XAPI. You might want to compare the 2 objects (like doing a diff between 2x xe vdi param list)

Indeed, XenCenter isn't a supported client for XCP-ng. To delete those, you need to use xe CLI. I don't remember exactly which part is used by XenCenter, might worth some community feedback or taking a look at the XenCenter code.

Thanks, In a perfect world, self-service users should be able to manage ACLs on their VMs and show backup tab on VM.

@jasonnix Yeah that folder can fill up quite heavily. See the following on how to clear the cache with yarn https://yarnpkg.com/cli/cache/clean

@Andrew Could that be one of the new options that only apply to XCP-ng 8.3 or later?

@xenoNfluX said in Guest Tools for Windows 9.3.3: @nikade Were these all on a domain? Does the network type on the interface show up as private network and not Domain? That was a huge problem for me until I discovered restarting the 'Network Location Awareness' service fixed it until the next time. Not sure what causes it, but in my case(s) the network type changed the Windows firewall profile and would break things like DHCP and DNS until that service was restarted. (This took /far/ too long digging through Microsoft/Windows related forums to find out.) I probably still wouldn't turn on automatic updates, but I was confident enough to do scheduled updates while directly monitoring those servers. Yeah they are all joined to a domain. This is totally new to me, luckily it didnt happend now for a couple of weeks so maybe im set now. Thanks for the notice tho

@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!

@bikepope I recommend that you open a support ticket on your customer portal.

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.