Installing VMware Server 2.0 Beta on a dual core Windows Vista box

( Note: This blog entry discusses Beta software, and things may have been changed after writing. )

My home computer is equipped with an AMD Athlon 64 X2 Dual Core 6000+ processor, both cores running at 3013 Mhz and with 8 GB of installed physical memory. The box is being operated with Windows Vista Ultimate, 64-bit version. It is more robust than my office PC, so I decided to test how easy it would be working with my home PC.

So, since we’ve got VMware in use at my office, I decided to try how well it can handle my PC’s high-end hardware (well, quite high-end at least, at the time of writing ... and yes, the AMD 64 X2 6000+ isn't really top-of-the-line any more).

Getting VMware server to install and running on my computer was a bit tricky however, at least when compared to my previous experiences with Virtual PC 2007. Of course, to do any justice to VMware, I'd have to compare the installation to Microsoft's Virtual Server product.

Installation experiences

Installation was easy, and allowed VMware Server 2.0 Beta to be installed in a directory different from the default “Program Files”. For convenience, I went for the “Next Next Next” –approach and let the defaults remain as they were. There is, however, one dialog that might require some more attention.



VMware Server 2.0 Beta is administered through a web application, which will be installed to a URL specified by an External Name and two port numbers. Since I’m just testing, I clicked “Next” to accept the default values. However, the “External Name” seems to default to computer name, which is not always a good thing (read on).

Firewall

During the installation and test use, I needed to allow VMware Server to go through my firewall. Luckily, for my McAfee firewall, it was as easy as clicking “Allow” a few times.

VMware Server Console

With the 2.0 Beta version, VMware no longer supports the Server Console application. Instead, you have to use something called “VMware Infrastructure Web Access”, which is basically the same thing as VMware Server Console but in a web browser.

If you install and try to open up VMware Server Console, you’ll only get the following error: “501 Global command GLOBAL server-vmdb to non-host agent targets not supported”. Of course we’ve all seen cryptic error messages but this one ranks rather high on my list. Oh, the joys of beta software.



You can find the appropriate shortcut to VMware Infrastructure Web Access from your desktop, but it is named “VMware Server Home Page”. Having read the name, I immediately thought it will just be an advertisement link to the product home page, such as http://www.vmware.com, but actually it is the Web Access application.



Launching the Web Access application

There are some things that need to be taken care of before the VMware Infrastructure Web Access application can be used. Some of the steps may not apply to your setup.

Adjusting the hosts file

Since my box is not normally used for hosting web sites and I’m not running in a domain, I had some initial trouble launching the Web Access application; mainly because the VMware Server installation program assumes that my computer’s name is automatically interpreted as 127.0.0.1 in the web browser. However, since this is not the case, I needed to adjust my hosts –file.



After opening Notepad in administrator mode, you can associate your computer’s name with the address 127.0.0.1. If Notepad isn’t run as administrator, the hosts file cannot be saved over. The hosts file resides in “c:\Windows\System32\drivers\etc\hosts”.



A note about the site certificate

When launching the VMware Infrastructure Web Access application, I had to go through a dialog complaining about the site’s certificate, and then I had to accept the risk of using the site without a valid certificate.



I just clicked OK to that one, and “Continue” to the next one. It is not a big deal to me, but someone could argue that even a local administration site should have a valid certificate – maybe it could be user selectable during server installation procedure. However, this is still labeled as Beta Software, so maybe the certificate will get fixed in the final release.



VMware Server 2.0 installation also installs an Apache Tomcat server on the same box, to host the Web Access –application. The files are installed under “Program Files (x86)”, to the VMware Server’s application directory.



Add your Web Access site to the Trusted Sites list

In order for everything to work, you need to add your Web Access site to the Trusted Sites list. This can, of course, be achieved in Internet Explorer by clicking “Tools > Internet Options > Security > Trusted Sites > Sites > Add”. Adding the site to Local Intranet Sites didn’t help, by the way.



Administrator account surprise

This is something that I really hope VMware will fix for the official 2.0 release. It turns out that even if I’ve installed VMware Server 2.0 Beta correctly with my own user account, I can’t administrate the VMware installation at all. If I try to log in with my own user account, I get a nasty “Access denied” surprise.



However, it seems that the VMware Infrastructure Web Access application does indeed check my credentials, because just trying some random account with an invalid password gives the error “Login failed due to a bad username or password”.



It seems to me, that VMware Server 2.0 Beta assumes all users to be running under the Administrator account and not under their own accounts. This is something they will need to fix, and they probably will.

However, in the meantime, to get the VMware Infrastructure Web Access application up and running, I needed to enable the local Administrator account via Computer Management. Just clear the “Account is disabled” checkbox, and hit “OK”. Since I’ve never used the Administrator account, I had to reset its password also (hoping there’ll be no adverse effects later).



After enabling the Administrator account, I was finally able to log in by using the Administrator account.



The main screen of VMware Infrastructure Web Access application is pictured below. In the Inventory on left, you can see a list of all your virtual machines (initially empty, of course). I had copied an existing VMware machine from my workplace, and added it to the VMware Server 2.0 Beta installation by clicking on the “Add Virtual Machine to Inventory” link.



Adding an existing machine

It was fairly straightforward to attach an existing virtual machine into my new 2.0 Beta installation. I had previously copied the files to my SATA hard disk drive. Earlier I’ve used external USB 2.0 drives to contain my virtual machines, but due to the performance limitations of USB I have switched to SATA drives.

When first powering up a copied virtual machine, a question about the copying process is presented.



This is a good clear dialog, and simple enough to understand. “I copied it” and clicked “OK”.

Memory limitations

One interesting thing to notice was that even if I have 8 gigabytes of memory installed, I was only able to allocate 3600 MB of it to a single virtual machine. When I first tried to allocate 4096 MB, I received the following error message: “We cannot power on this virtual machine because it has an invalid amount of memory configured”.



This was an interesting thing to run into, since when I adjusted the amount of virtual machine memory, it was only stated that 3600 MB is the recommended maximum, and not the absolute maximum.



Small things like this make a world of difference to the end user experience. When using some terminology, it should be consistent throughout the whole application family. Also, I’m still not sure which is the case: is it the recommended maximum or is it indeed the absolute maximum? If it is the absolute maximum, then VMware should rectify the Memory Settings dialog. If it is the recommended maximum, then VMware should allow the user to run with over 3600 MB of memory if he or she wishes to do so (the above error message “We cannot power on this virtual machine” could be rephrased into a question something like “Do you still want to power on this virtual machine?”).

Using the Console inside the Web Access application

After powering up a virtual machine, I wanted to see it in action. In order to see what is happening on the virtual machine, there is a “Console” tab located in the Web Access application’s main window. However, it’s not easy to get it working straight away.

If the Web Access site isn’t properly added to Internet Explorer’s Trusted Sites list, the following error will occur.



If the hosts file hasn’t been fiddled with (see above), the following error might occur.



Initially, you need to install VMware Remote Console plug-in to your web browser.



Installing this on my Vista 64-bit box didn’t help, because the plug-in is a piece of 32-bit software and won’t run on my 64-bit Internet Explorer. So in order to get it to work, I needed to start a 32-bit version of Internet Explorer. I’ve pinned my 32-bit Internet Explorer to the Start Menu, but unfortunately Microsoft Update keeps renaming it from “32-bit IE” to “Launch Internet Explorer Browser”.



Since I don’t remember the URL for my VMware Infrastructure Web Access application, I need to go into “Program Files (x86)” folder and check out the contents of the “serverui.lnk” file. This file is the same as the “VMware Server Home Page” which is installed on Windows desktop during VMware Server 2.0 Beta setup.



From here, I can copypaste the correct URL to my 32-bit browser and finally get the Console plug-in working.



Usability

All in all, running VMware Server 2.0 Beta on a high-end machine seemed to be rather workable. While running a virtualized Windows Server 2003 instance with Visual Studio 2008 and Microsoft Office SharePoint Server 2007, I was able to write this document on Word 2007 at the same time as doing some image processing, running Windows Live Messenger, browsing through the internet, reading my mail on Outlook 2007 and having 7 gadgets running on my Vista’s Sidebar.

There are some notable flaws in the 2.0 Beta still, but I hope VMware will iron them out for the final release.

It would be futile to compare this product to Virtual PC 2007, but maybe I'll someday install VMware Workstation and let you know how it went.