The cause is all the cases that I’ve reviewed was the correct OVA not being used in the original deployment:

Deploying without using an OVA at all (VMWare admin building the machine by hand)

Deploying the incorrect OVA for the version of ESX you are on (e.g. vmv7 version with ESXi 5 rather than the correct vmv8 version).

Deploying the incorrect OVA for the version of the application (e.g. deploying the CCX 10 OVA for the build of CCX9 and then upgrading to CCX10).

My process during a migration:

Know which version of the VOS app you are going to install; know the version of ESX you are running on and use the appropriate OVA.

For example if I had a production CUCM system on v9.1(2) and ESXi 5.5 and was replicating the CUCM system to a test environment to take it to v10.5, I must deploy the OVA for CUCM 9.1 vmv8 on the test environment. I’d DRS out/in and then upgrade the test environment to v10.5. (I would NOT deploy the v10.5 OVA for the 9.1 migration installation.) This migration example would not require the use of the 10.5 OVA at all.

Now for CUCM I’d actaully use Prime Collaboration Deployment to make this process MUCH easier (which WOULD use the v10.5 OVA). But for other apps like CUC or UCCX which don’t have PCD support yet, I’d use that process.

If you get a system with the error

ERROR-UNSUPPORTED: Partitions unaligned

The fix is ugly.

Workaround:To correct the unaligned disk partitions you must:1) Take a DRS backup of the system2) Deploy a new virtual machine from an updated version of the OVA andperform a fresh install of the previously-unaligned virtual machine. Details can be foundon this Virtualization DocWiki page:http://docwiki.cisco.com/wiki/Implementing_Virtualization_Deployments3) Perform a restore on the freshly-installed node, using the DRS backup taken in step 1

More Info:If your virtual machine has unaligned disk partitions Cisco cannot provide support forperformance issues. The steps in the Workaround must be followed to put the virtualmachine in a supported state.

Once everything is on v10.x, RHEL6 (used in VOS 10.x) automatically aligns partitions. So this should not be an issue in the future once cured on your 9.x system.