This section includes the following information:
Before provisioning and managing the hyperv provisioning adapter, you must configure certain policies in the Development Client. The following table provides detailed information about the policies associated with the hyperv provisioning adapter that are used to manage the hyperv server hosts and VMs in the grid. The policy settings are applied to all the VMs in the grid.
The following list describes the known limitations you can encounter when configuring Hyper-V VMs in PlateSpin Orchestrate:
If you are managing Windows VMs in a Hyper-V environment (clustered or non-clustered), the PlateSpin Orchestrate hyperv provisioning adapter fails to discover iSCSI target repositories in that environment if the VM is in a location other than C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks.
To work around this issue:
From the Explorer tree in the Development Client, select thegroup to expand the list of Repository Objects, select , then select the storage object associated to the Hyper-V cluster to open the admin view.
In the Info/Groups page of the admin view, find the repository.preferredpath fact).field (the
In the Preferred Storage Path field, change the value to the path where the VM resides.
Remember that this field considers the information in the repository.location).field (that is
This is the location where PlateSpin Orchestrate searches for VM files for use in cloning and moving.Generally, it is a path like this:
C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks
Click the Save icon to save the new configuration
NOTE:If your Hyper-V environment is a Cluster Storage Volumes (CSV) environment, the VMs on the CSVs are automatically discovered by the hperv provisioning adapter as separate repositories. Executing theaction on these repositories discovers the VMs residing there.
If you create a VM in your Hyper-V environment, but the path to that VM was not configured as the default path in the Hyper-V Manager, the PlateSpin Orchestrate Server does not discover the VM.
To work around this issue, you can edit the preferred path for the discovered repository where the VM resides, or you can create a new repository in the Development Client with the preferred path to the Hyper-V VM.
As with other VMs managed by Xen and VMware, the OS info for Hyper-V VMs is not always auto-discovered by PlateSpin Orchestrate.
The OS info for Hyper-V VMs is discovered only in the following circumstances:
The Discover VM Images event triggers a Resync event for offline VMs to get OS info. However, OS info is not retrieved for the discovered templates.
The Resync event on the VM retrieves the OS family and type if it is offline.
The Resync event on the template sets the OS family to “Windows” because only Windows templates are supported in the hyperv provisioning adapter.
The Create Template event tries to retrieve OS info before creating the template. Create Template succeeds only if the VM’s OS family is Windows.
To work around this issue, you can either enter this information manually, install the PlateSpin Orchestrate Client on the VM to enable discovery, or use the Key/Value Pair Exchange mechanism to support integration services installation.
After adding a vDisk to a Hyper-V Linux VM, that vDisk is not visible inside the VM. To work around this issue, you need to install Microsoft Linux Integration Components for Linux. See the Microsoft downloads site for more information.