Search Results for: nested esxi

How to Install VMware VSA in Nested ESXi 5 Host Using the GUI

09.19.2011 by William Lam // 13 Comments

We upgraded the ghettoDatacenter to vSphere 5 this weekend and one of the things I wanted to play with was the new VMware VSA (vSphere Storage Appliance). Since we only have a single host, running nested ESXi would be our only option and this would allow us to easily deploy three vESXi 5.0 hosts and vCenter to tinker with the new VMware VSA.

UPDATE (09/16/12): You can use the same process outlined in this article to run the new VMware VSA 5.1 (vSphere Storage Appliance) in a nested ESXi configuration. Below is a screenshot of running VSA 5.1 in Nested ESXi 5.1.

One caveat in using vESXi hosts to test the VSA is during the selection of your ESXi hosts, VSA expects the hosts to be EVC capable. The VSA will create a vSphere Cluster and automatically enable EVC baseline based on your cpus. As you may or may not know, EVC can not be supported in a vESXi host and this would prevent you from selecting these hosts.

Luckily this issue was solved by a Vijay in his blog post here. There is a configuration file called dev.properties located in C:\Program Files\VMware\Infrastructure\tomcat\webapps\VSAManager\WEB-INF\classes which contains a line specifying whether or not EVC should be configured "evc.config". This configuration file appears to be used by VMware internally for some type of development but by changing the parameter from true to false, the VSA will support non-EVC capable hosts and not enable EVC for the VSA vSphere cluster.

Note: This is most likely not supported by VMware, please use at your own risk along with modifying any other values within this file.

Now, you might wonder if Vijay had already documented this process in his blog, why am I repeating it? Well the issue that Vijay had identified by tweaking this configuration file was that the VSA GUI installer did not detect the change and had to rely on an alternative method of installation using the commandline. Though not ideal, this method does work but for first time evaluators of the VMware VSA, the various commandline options can overwhelm or confuse users. It would be great if one could using the VSA GUI to perform the installation which is much more intuitive and that is reason for this article.

For the VSA to detect the new changes, you will need to restart the VMware VSA and then the vCenter Service under the Windows Services utility. I am not sure why both services need to be restarted, but I guess the VSA extension is not updated when just the VSA is restarted which is unfortunate.

Once both services have started up, open a new vSphere Client session to your vCenter Server and proceed with the VSA installation. During the selection of the hosts, you will now have the option of selecting your vESXi 5 hosts and a warning message is presented stating "Unsupported Hardware" but the installer will allow you to continue on.

After you have selected either two or three of your vESXi hosts, you will be prompted once more that this configuration is not supported nor in the VMware HCL, go ahead and click OK.

After this, you will be able to go through the rest of the VSA installation as long as meet the default requirements of the VMware VSA noted in the documentation.

So if you have some interests in the new VMware VSA and do not have physical hardware to test with, you should consider deploying a couple of vESXi hosts and kick the tires with the new VSA.

How to run Nested Mac OS X guest on ESXi VM on top VMware Fusion?

08.08.2014 by William Lam // 1 Comment

You might be asking, why would anyone want to do this? Well, luckily this is not a "because you can" type of answer but was it was an interesting solution that one of our VMware Engineers (Darius) had shared with me after helping out on this VMTN Community forum thread.

The user was running VMware Fusion on his physical Mac OS X system and wanted to be able to test OS X Mavericks under ESXi. Not having a physical ESXi host to test with, the next best thing was to run a ESXi VM under VMware Fusion and then run the Mavericks guest on top of that.

Here is a quick diagram of the user setup:

The issue with just simply doing this is that for a Mac OS X guest to properly run on ESXi, the underlying hardware must be Apple Hardware. The reason for this is not a technical challenges, but rather a legal one per Apple's EULA. The way in which ESXi detects that the underlying hardware is Apple is by checking whether Apple's SMC (System Management Controller) is available.

In the scenario above, the Nested ESXi VM is not automatically passing through the SMC from the physical Mac OS X system and hence the Mac OS X VM at the very top of the stack will not properly function. The solution that Darius found was to add the following two Advanced VM Settings (VMX) entries to the ESXi VM:

smc.present = "TRUE"
smbios.reflectHost = "TRUE"

This will allow the passing of the underlying SMC up into the Nested ESXi VM which will then allow Mac OS X guest VMs to properly function. We can also confirm this by check the Nested ESXi MOB by pointing a browser to the following URL: https://[ESXI-IP]/mob/?moid=ha-host&doPath=hardware

If you did not add the two entries above, then the smcPresent property would show up as false. In our case, we did add the following two entries and we now run our Mac OS X Guest. Here are a couple of screenshots of performing this on my iMac at home running the same exact configuration:

Thanks Darius for sharing this with me and the community! I am sure this will come in handy for anyone wanting to test Mac OS X guests under ESXi but do not have a physical ESXi host and can easily substitute using VMware Fusion.

Running Nested Xen Hypervisor with VMware Tools on ESXi

04.04.2014 by William Lam // 1 Comment

I recently saw an interesting tweet from former VMware colleague Steve Muir who use to run our VMware Academic Program (VMAP). From the looks of things, Steve has been exploring the virtual rabbit hole by performing some cool multi-level vInception by running Xen in a Nested ESXi Virtual Machine running on top of VMware Fusion 🙂 I wonder if he has tried to run a VM in the Xen instance yet?

Anyway, the thing that caught my eye was not the fact that you could run a Xen Hypervisor within ESXi, this has actually been done before in the past. What was interesting to me was the fact that he could not get VMware Tools to show up when Xen is installed and running. I was actually curious to see why this was the case and while waiting for some of my physical hosts to finish rebooting, I figure I give this a go myself. I was leveraging the Wiki page that Steve had initially provided but that gave me some issues as Xen would kernel panic upon a reboot.

In talking to Steve about this, he provided me with another link to a QuickStart guide for Xen which simplifies the setup and I was able to finally get it booted up (definitely not as easy as an ESXi install) . Afterwards, I just installed VMware Tools as I normally would and you can even use this one-liner script here that will automate the installation:

Funny enough, just by using this latest guide for the Xen installation, I was able to get VMware Tools to show up in the vSphere Web/C# Client without any additional tweaks. Here is a screenshot to prove this works:

If you are interested in setting this up, here are the high level steps:

Install latest CentOS which is 6.5 using either the full ISO installer or netinstall which is what I prefer to use
Install Xen per the Wiki
Install VMware Toosl (this step can be swapped with Step 2 if you, it works either way)

Thanks Steve for sharing your notes on getting Xen running on ESXi and I guess you ended up getting an answer to your question 😉