find VMWare ESX/ESXi update/build (and found a new source of VMWare expertise)

As a follow up to my previous post, supported virtualization environments for SQL Server, here is a great blog post at Techhead on How to Determine the VMWare ESX or ESXi Build Version.  I was looking to find the Update# from the Build#, and Techhead’s handy table provided that:

VMware ESX Update:	Build Number:
ESX 3.5.0 Update 1	64607
ESX 3.5.0 Update 2	110268
ESX 3.5.0 Update 3	123630
ESX 3i (3.5.0) Update 3	123629

He lists three ways via the VMWare Infrastructure Client to find the version & build, as well how to use the Service Console to find version, build, and updates applied/update level.  He also provides a link to the VMWare kb that covers this.

Nice to find what looks to be a great reference on VMWare technology, in addition to just getting an answer to my build# question.

Advertisement

a little comparison of VMWare Server vs. VMWare Workstation

Found a couple useful links on this.  First, kontrawize, here, http://kontrawize.blogs.com/kontrawize/2006/03/vmware_server_v.html, starts off by noting what for me is perhaps the most important difference.  Workstation is user-mode, i.e., the Virtual Machine (VM) only runs if you are logged in to the host and have started the VM.  If you log off, the VM is stopped.  Server, on the other hand, runs as a service, which means the VM is not dependent on whether anyone is logged in to the host or not.  In fact, you can configure the VM to start upon host startup, as opposed to having to manually start the VM after you log in.

One of the comments in the above blog leads here, http://www.virtualization.info/lab/VMwareWKS60_vs_VMwareSVR10.pdf, the only side-by-side feature comparison I was able to find at that time.  Although it’s now a little old, I found it extremely useful to have a feature comparison in grid format like this.

Wanted to document this stuff for myself at least, maybe it will help someone else, too.

Clock running slow in Linux guest on VMWare Server: one solution

Correct clock time on this Linux VM (Virtual Machine) is important for us, as the purpose of this Linux machine is to house the Extract part of our primary ETL (Extract/Transform/Load) process, so if the clock is not right, the extracted XML files will not be ready for the next ETL step.  Learned today to pay close attention when attempting to re-install/upgrade VMWare Tools, which is the core of our clock sync solution, as an incorrect re-install attempt can disable it.  With that in mind, here’s the process I went through two years ago, when initially setting up this Linux VM as part of our ETL, and part of which I ran through again today to correct the failed VMWare Tools install.

1. Checked for updates to VMWare Server
2. Turned off virtual machine and backed up by copying virtual machine files
3. Added kernel parameters to boot loader: to all lines in /boot/grub/grub.conf that started with “kernel”, added “clock=pit nosmp noapic nolapic” (per http://kb.vmware.com/KanisaPlatform/Publishing/329/1420_f.SAL_Public.html)
4. Reset clock in Linux guest
5. Installed & configured VMWare Tools in Linux guest (from http://www.vmware.com/support/ws4/doc/new_guest_tools_ws.html)

VMware Tools for Linux Guests

1. Power on the virtual machine.

2.      After the guest operating system has started, prepare your virtual machine to install VMware Tools.

Choose File > Install VMware Tools.

The remaining steps take place inside the virtual machine.

3.      Be sure the guest operating system is running in text mode. You cannot install VMware Tools while X is running.

4.      As root (su –), mount the VMware Tools virtual CD-ROM image, change to a working directory (for example, /tmp), uncompress the installer, then unmount the CD-ROM image.

Note: You do not use an actual CD-ROM to install VMware Tools, nor do you need to download the CD-ROM image or burn a physical CD-ROM of this image file. The VMware Workstation software contains an ISO image that looks like a CD-ROM to your guest operating system. This image contains all the files needed to install VMware Tools in your guest operating system.

Note: Some Linux distributions use different device names or organize the /dev directory differently. If your CD-ROM drive is not /dev/cdrom, modify the following commands to reflect the conventions used by your distribution.

mount /dev/cdrom /mnt
cd /tmp
tar zxf /mnt/vmware-linux-tools.tar.gz
umount /mnt

5.      Run the VMware Tools installer.

cd vmware-tools-distrib
./vmware-install.pl

6.      Log out of the root account.

exit

7.      Start X and your graphical environment.

8.      In an X terminal, launch the VMware Tools background application.

vmware-toolbox &

Note: You may run VMware Tools as root or as a normal user. To shrink virtual disks, you must run VMware Tools as root (su –).

    6.  After launching VMWare Tools application (vmware-toolbox &), on the Options tab, check the Time synchronization … box.

Had to remind myself how to start Linux in text mode, and found that here: http://www.webmasterforums.com/software-distro-specific/1760-starting-linux-text-mode-rh9.html: “edit /etc/inittab….the line that says id:5:initdefault, make it 3 instead
reboot…”

 

Also noticed that the file vmware-linux-tools.tar.gz from the ISO image actually had a different name, too, in this case.

 

Our Specs:

Host machine: Windows Server 2003

VMWare Server 1.0.6

Linux guest: RHEL 4