ESX Lolcat

One of my co-workers made this as we ( they actually, I'm out on paternity leave ) worked on fixing the bug in ESX 3.5.0 Update 2 where the build times out on August 12th causing VMs not to power on, be VMotioned etc ( general havoc ). The cat is funny, but the problem... not so much.
VMware Enhanced VMotion Compatibility
With VMware ESX 3.5.0 Update 2, the VMware guys slipped in a feature named Enhanced VMotion Compatibility that will really prove to make virtual machines portable between hardware generations, potentially making hardware upgrades seamless to your end users.Enhanced VMotion Compatibility ( EVC for short ) is turned on at the cluster level, and it basically sets up a baseline ( lowest common denominator of CPU instructions ) for that cluster so that the entire cluster only has a certain instruction set available for use, and masks out any new instructions that might be added in a new processor family. You must stay within the same processor vendor ( ie, AMD or Intel ) and you must have the same processor features turned on in the BIOS ( such as AMD-V and NX for AMD and XD and VT for intel ). The functionality is brilliant, but here is the rub: all of the VMs in the cluster need to be powered off to turn on this functionality. Even if all of your hardware is exactly the same.
The workaround for this is the following: Create a new cluster, enable EVC on the new cluster and then one by one put your hosts into maintenance mode evacuating all of your VMs and put the host into the new cluster, then manually VMotioning all of your VMs from one cluster to another. Using this workaround you lose a few things though: Cluster performance history, migration history, HA and DRS settings will have to be manually copied over and then lastly and most annoyingly all of your affinity and anti-affinity rules will need to be rebuilt on the new cluster.
The lesson to be learned here is that if you're setting up a new cluster, make sure that you enable Enhanced VMotion Compatibility from the start. It's a minor amount of work at the beginning of a cluster that can save you a ton of time later on and there is really no drawback to enabling it.
Labels: VMware ESX 3.5.0 Update 2 EVC Enhanced VMotion Compatibility
ESXi Embedded and HA
I have a feeling that not a lot of people have run into this issue yet, but as ESXi becomes more mainstream, this problem will crop up more and more. You see when you have an ESXi Embedded host that has no storage ( most likely a blade ) and you try to add that host to a HA cluster you get an error message similar to the following:
HA agent has an error : Host in HA Cluster must have userworld swap enabled
It turns out that you can't add an ESX host without swap enabled into an HA cluster, so you need to turn to the advanced options of the host and set ScratchConfig.ConfiguredScratchLocation to point at a valid datastore with more than 1GiB of space free. You can see the fix in this VMware KB Article
Archives
10/01/2006 - 11/01/2006 | 03/01/2007 - 04/01/2007 | 04/01/2007 - 05/01/2007 | 05/01/2007 - 06/01/2007 | 06/01/2007 - 07/01/2007 | 07/01/2007 - 08/01/2007 | 09/01/2007 - 10/01/2007 | 10/01/2007 - 11/01/2007 | 11/01/2007 - 12/01/2007 | 12/01/2007 - 01/01/2008 | 01/01/2008 - 02/01/2008 | 02/01/2008 - 03/01/2008 | 03/01/2008 - 04/01/2008 | 04/01/2008 - 05/01/2008 | 05/01/2008 - 06/01/2008 | 06/01/2008 - 07/01/2008 | 08/01/2008 - 09/01/2008 |