@olivierlambert said in Automating VM configurations after mass VMware imports:

Okay so let's try to prioritize what you need exactly Can you do a list of the top 5 calls you'd like to have?

Well, in terms of the specific goal outlined in the original post:

1. VM network assignment
2. VM disable/enable Secure Boot
3. VM configure HA
4. VM mount ISO from repository

In general:

1. Host patching
2. Host storage addition

@Cyrille said in Automating VM configurations after mass VMware imports:

Hi,
If you're familiar with Golang, I'm pretty sure the xenorchestra-go-sdk might be able to do what you want (except the network configuration within Windows, but for this you can use Ansible with Xen Orchestra Inventory plugin: read the blogpost.)

The Powershell module is quite new, and we are working on improving it. Please let us know what you are expecting from it

Configuration of pool, host, and VM settings would be the primary things I'm used to accomplishing with PowerShell in VMware.

I had the same problem, I had to run the XenClean script and do a fresh install of 9.4.1 which resolved the issue.

https://github.com/xcp-ng/win-pv-drivers/releases

@olivierlambert said in Automating VM configurations after mass VMware imports:

Hi,

Commvault should work out of the box with XCP-ng (native support)

Note: we have a powershell module for XO API

Hi Olivier,

Commvault has significant limitations with Xen such as NBD only transport mode. For our infrastructure size, HotAdd or SAN transport is strongly preferred. Also, I have a ticket open with Commvault, I have thus far not been able to back up a VM with 2x 1.95 TB disks (I made a different thread about that). Lastly, since the Pool Master host is imported into Commvault as the "hypervisor" instead of XOA, if that particular host is down, the VM backups will all fail since they are configured for a single host.

As for the PowerShell module, I ran through all the commands. I did not see anything for actually changing VM configuration in there, only basic start/stop/reboot stuff.

Good morning,

I am nearing the end of a thorough POC of XCP-NG as a potential VMware replacement. It ticks many boxes, although there are a few caveats of course, particularly integration with specific 3rd party software like Commvault.

My primary concern though is that our VMs are requiring significant manual configuration post-V2V import. Here is what I am needing to do with them:

-Set the VM network
-Power on VM
-Disable Secure Boot if enabled
-Enable HA on VM
-Mount ISO to install Xen Tools
-Reboot
-Reapply the network configuration within Windows

Is all of this possible via XAPI? I am well-versed in PowerShell but I am a complete noob working with API calls.

Thanks

Good morning,

I am testing backing up XCP-NG Windows VM's into Commvault. I have successfully backed up 7 of my 8 VM's with no problems whatsoever. I am using the recommended Windows VSA proxy.

The VM which is failing backups is a test file server. It has a 100 GB OS VDI, and 2x 1.95TB VDIs. These VDIs are pooled together in Windows using Storage Spaces to create a Storage Pool of slightly under 4TB. I have enough overhead to create a snapshot of this VM on the SAN datastore it is using.

After detaching the 2x 1.95TB VDIs, the server backs up normally. Any recommendations? I also have a ticket open with Commvault to troubleshoot this. The error that Commvault throws is "Error initializing proxy mount path." I have done troubleshooting on the proxy including disabling Automount, Automount scrub, reinstalling the agent, and updating the agent.

@dinhngtu said in "Management agent not detected" and "No Xen tools detected":

@MK.ultra Do you have the "Manage Citrix PV drivers via Windows Update" option enabled on these VMs? If so they'll need to be updated via Windows Update. If not, try XenClean to remove all the existing drivers and install clean 9.4.1 ones.

Using XenClean and then reinstalling 9.4.1 directly cleaned up the vulnerability alerts. The VM's had been upgraded from 9.4 to 9.4.1
Thanks!

@olivierlambert said in "Management agent not detected" and "No Xen tools detected":

You mean 2x VMs?

Sorry yes, I meant 2 VMs.

I'm having a similar issue. I recently upgraded all my clients' Xen Server tools to 9.4.1 to remediate the xeniface vulnerability. Even after multiple reboots, I have 2 hosts that refuse to acknowledge that they have been updated: