Labels

3300 (1) 3PAR (1) Active Directory (1) ADFS (1) Admin Share (1) Auto-Sync (2) Auto-Sync locked (1) AWS (3) AzCopy (1) Azure (3) Backups (2) Broadcom (1) Call Forwarding (1) CLI (2) cmd (1) Compatibility View (1) Dameware MRC (1) Databases (1) DFS (1) DNS (1) Domain Admin (1) domain controller (1) Enterprise Mode (1) ESXi 5.0 (1) ESXi 5.1 (5) ESXi 5.5 (3) Exchange (3) Exchange 2010 (5) Extreme (1) ExtremeXOS (1) Federation (1) File Share (1) FSMO (1) GPO (1) Group Policy (1) Group Policy Client (1) Hardware Acceleration (1) Helpdesk (1) HP-UX (1) Hyper-V (2) IAM (1) IE10 (1) IE11 (1) IP conflict (1) Kayako (3) LDAP (1) Licence (1) Links (9) local groups (1) LUN lock (1) LUN number (1) MAC address (1) Microsoft Teams (1) Mitel (1) Namespaces (1) Networking (6) Nexenta (6) NMC (1) Office 365 (4) OneDrive (1) Outlook 2003 (1) Outlook 2013 (1) PC (1) Physical (1) PowerCLI (10) Powershell (10) promoted links (2) Public Folders (1) RDP (1) RDS (1) Recovery Services (1) RedShift (1) Registry (3) Reports (1) Resolve (2) Restart (1) RSA (1) Run As (1) SAML (1) SAN (1) Scavenging (1) script (10) Server 2003 (3) Server 2008 R2 (1) Server 2012 R2 (2) Servers (2) sharepoint 2013 (3) SMTP (3) Snapshot (2) SRM (1) SSH (5) SSL Certificate (2) Temporary profile (1) Terminal Server (3) Troubleshooting (5) Ubuntu (1) Update Manager (1) Useful Apps (1) VAAI (1) vCenter Server Appliance (1) VDI (1) VDP (1) Veeam Backup and Replication (2) VM (1) VM Error (1) vmdk (1) VMFS (1) vMotion (2) VMware (20) VoiP (1) vSphere 5.5 (4) vSphere 6.0 (2) vSphere 6.5 (1) vUM (1) webpart (1) Windows (3) Windows 10 (1) Windows 7 (2)

Thursday 23 May 2013

vMotion Between Hosts With Differing CPU Versions

After setting up two new ESXi 5.1 hosts in a cluster I found that I was unable to vMotion between them as the CPUs, whilst both Intel Xeons, were different versions. The error I received was;
The virtual machine requires hardware features that are unsupported or disabled on the target host (SSE4.1)
To make this work I had to follow the steps below (as advised by VMware) and enable EVC on a Host Cluster;

1. Connect to the vCenter Server using the VMware Infrastructure (VI) Client or vSphere Client.
2. Create a new empty cluster which does not contain any ESX hosts.
3. Enable EVC on this new empty cluster. Choose the CPU type (Intel or AMD) and the chip generation.
4. Migrate all virtual machines off of one ESX host in the existing cluster.
5. Put the host into Maintenance Mode then drag and drop the ESX host into the EVC cluster. Exit Maintenance Mode.
6. Using the VI Client or vSphere Client, directly connect to the ESX host which is hosting the vCenter Server virtual machine.
7. Right-click the vCenter Server virtual machine and click Edit Settings. Click the Options tab then General Options.
8. Note the location and name of the virtual machine configuration file (.vmx) on the datastore.
9. Power off the vCenter Server virtual machine.
10. Right-click the vCenter Server virtual machine and click Remove from Inventory.
11. Using the vSphere Client, connect directly to the ESX host which is in the EVC cluster.
12. Browse the datastore which contains the virtual machine configuration file for the vCenter Server virtual machine (as noted in step 13 above). Right-click on the virtual machine configuration file and click Add to Inventory.
13. Power on the vCenter Server virtual machine.
14. Using the VI Client or vSphere Client, connect to the vCenter Server.
15. Right-click the ESX host not in the EVC cluster and click Disconnect to disconnect it from the vCenter Server Inventory.
16. Drag and drop the disconnected ESX host into the EVC cluster.
17. Right-click the ESX host and click Connect to connect it to the vCenter Server Inventory.
18. Repeat steps for each ESX host in turn until all ESX hosts are part of the EVC cluster.
19. To confirm vMotion is now working, try to vMotion again between hosts.

No comments:

Post a Comment