Difference between revisions of "Installing VMware Server 2.0 on Linux Systems"

From Virtuatopia
Jump to: navigation, search
(Supported Linux Distributions)
(Configuring VMware Server 2.0)
Line 133: Line 133:
  
 
It is important to note that at this point that we are simply deciding what networking options will be available to the guest systems. Just because an option is selected now, it does not mean that any of the virtual guests have to be configured to use it. Similarly, if at a later date a networking option is required which was not selected at this point it may be enabled simply by re-running the ''vmware-config.pl'' script and selecting the missing option.
 
It is important to note that at this point that we are simply deciding what networking options will be available to the guest systems. Just because an option is selected now, it does not mean that any of the virtual guests have to be configured to use it. Similarly, if at a later date a networking option is required which was not selected at this point it may be enabled simply by re-running the ''vmware-config.pl'' script and selecting the missing option.
 +
 +
In the case of Bridged network support the configuration script will prompt for a name for the network and, in the case of hosts with multiple ethernet adapters, the adapter to be be used for the bridge. Note that even though an ethernet adapter is used for the bridge it will still be available for continued use by the host.
 +
 +
As with Bridged network support, the NAT option requires that a name be assigned. The script will provide the option to probe the network to locate an unused private subnet address range. Either choose the probe option, or enter a known available subnet for the NAT addressing scheme. Once selected, virtual guests will communicate with each other using the these private subnet addresses, but will communicate with the external network using the IP address of the host.
 +
 +
Host-only networking will similarly require a name and an unused private subnet which may be entered manually or automatically identified by the configuration script.  Once the network configuration process is complete, ''vmware-config.pl'' will load the VMware Server network kernel module (vmnet) into the running kernel of the host operating system.
 +
 +
The next step of the configuration involves defining how the VMware Server management interface will be accessed, both for local and remote administration. VMware Server 2.0 differs from previous releases of the product in that the management interface is entirely browser based so both local and remote administration tasks will be performed using a web browser. The first option to configure is the port through which the VMware Server environment will be accessed from remote systems. The default is port 902. Finally, the HTTP and secure HTTPS access ports need to be specified. By default these are 8222 and 8333 respectively. Therefore, if the host system has an IP address of 192.168.2.21, then the management interface would be accessed securely by entering 192.168.2.21:8333 in a browser URL field. Different ports may, of course, be specified if required, for example to avoid conflict with other applications or to accommodate firewall restrictions.

Revision as of 13:54, 23 September 2008

The first step in deploying VMware Server based virtualization involves the obtaining and installation of the software. The installation process differs considerably depending on the particular operating system running on the host computer. The goal of this chapter of is to cover the steps necessary to download and install VMware Server 2.0 on a Linux host. Installation on the Microsoft Windows family of operating systems is covered in the chapter entitled Installing VMware Server 2.0 on Windows Systems.




Supported Linux Distributions

Whilst VMware Server 2.0 is capable of running on a variety of different Linux distributions, only a subset are officially supported as outlined in the following table. Note that unless otherwise stated, these operating systems are supported in both 32-bit and 64-bit versions:

Operating System

Versions

Red Hat Enterprise Linux

5.0, 5.1

Red Hat Enterprise Linux AS 4.5
Red Hat Enterprise Linux ES 4.5
Red Hat Enterprise Linux WS 4.5
SUSE Linux Enterprise Server 10 SP1, 10, 9 SP4
Ubuntu Linux 8.04, 7.10, 7.04, 6.10, 6.06
Mandriva Corporate Server 4
Mandriva Linux (32-bit only) 10.1

Although not officially listed as a supported operating system, VMware Server 2.0 will also run on CentOS Linux 5.0 and 5.1 since these are essentially re-branded versions of the corresponding Red Hat Enterprise Linux versions.


VMware Server 2.0 and Unsupported Linux Distributions

Although many Linux distributions are not included in the the list of those supported by VMware, Inc, this only means that VMware Server is not officially supported in such environments. It does not, however, necessarily mean that VMware Server will not run these systems. In fact, when the VMware Server 2.0 installer encounters a Linux kernel for which it does not already have a pre-built kernel module ready to load, it will prompt for the location of the kernel sources and a GNU C compiler so that it can attempt to build a compatible module. For this reason, it is important that the GNU C compiler (gcc) package and the kernel sources necessary for building kernel modules are installed on unsupported Linux distributions prior to beginning the VMware Server 2.0 installation process. The steps to achieve this depend on the package management system in use and should be performed with reference to the official documentation for the Linux distribution in question.

Even if the installer is able to build and load a module for an unsupported Linux distribution it is important to note that this is no guarantee that the software will subsequently run. If problems are encountered it is worth searching on the internet or visiting VMware Server or Linus distribution specific online forums to find out if others have encountered similar problems and to identify whether workarounds are available.

Downloading VMware Server 2.0

VMware Server 2.0 for Linux may be downloaded free of charge from the VMware web site located at (www.vmware.com). The download process involves locating VMware Server 2.0 from the products page and submitting a moderately detailed form. Once the form has been submitted and the subsequent license agreement agreed to, the VMware Server 2.0 download page is presented.

VMware, Inc. provide the VMware Server software distribution in both 32-bit and 64-bit versions so it will be important to identify the CPU architecture of the host computer before downloading the software. The VMware software is also distributed as either a compressed (gzipped) tar or Red Hat Package Management (rpm) archive. The archive type to select is as much about personal preference as anything else, although users with non-Red Hat derived Linux distributions may be more included to opt for the compressed tar archive. The archives are approximately 500Mb in size so may take some time to download depending on internet connection speed.

Also displayed on the download page will be serial numbers for both Linux and Windows installations. These will be required to unlock the VMware Server software during the installation process so be sure to make a careful note of them before dismissing the browser window.

Installing VMware Server 2.0

Once the Vmware Server 2.0 archive has been downloaded in either compressed tar or RPM format the next step is to unpack the software so that the installation process may begin. In the case of the tar archive, this may be unpacked in a terminal window by changing directory to a suitable sub-directory and using the following command (keeping in mind that the file name may differ from that used below):

tar xvfz VMware-server-2.0.0-110949.i386.tar.gz

The above command will unpack the VMware Server 2.0.0 files into a sub-directory named vmware-server-distrib. Change to this directory and run the vmware-install.pl script as follows:

./vmware-install.pl

Prior to performing the installation, the above command will prompt for the locations where the software is to be installed. In each case, a default location will be suggested encased in square brackets. The default locations are recommended unless there is a compelling need to install elsewhere. Once the files have been copied, the script will then prompt to start the vmware-config.pl script to configure VMware Server ready for use. At this point proceed to the section below entitled VMware Server 2.0 Configuration.

The RPM package may be unpacked using the following command, noting once again that the actual file name may differ from that used below. This task must be performed as super-user by using either the su - or sudo commands:

rpm -Uhv VMware-server-2.0.0-110949.i386.rpm 

This command will install the VMware Server 2.0 files in the appropriate locations on the system (primarily in /etc/vmware, /usr/bin and /usr/lib/vmware).

Configuring VMware Server 2.0

Once the software has been installed from either the tar archive or the RPM package, VMware Server needs to be configured. This is achieved using the vmware-config.pl script. In the case of installation from tar archive, this may have been invoked already by the vmware-install.pl script. In the case of an RPM based installation it will need to be launched manually. By default, vmware-config.pl is installed in /usr/bin so either ensure that this included in the PATH environment variable, or enter the full path at the command prompt:

/usr/bin/vmware-config.pl

When first invoked, vmware-config.pl will attempt to shut down any currently running VMware server processes. If VMware Server was not previously running a number of these attempts will be reported as having failed. Such messages may be safely ignored at this point. The configuration script will subsequently display a lengthy end user license agreement (EULA) which must be agreed to before the configuration can proceed. Press the space bar to page through the agreement, or press 'q' to skip the text and enter 'yes' to accept the terms of the agreement.

Once the license agreement has been accepted the configuration script will attempt to load three pre-built VMware Server 2.0 kernel modules (vmmon, vmci and vsock) into the running kernel. If no pre-built modules are available for the current kernel, the script will prompt for the location of the system's kernel sources and C compiler and attempt to build compatible modules. If suitable pre-built modules are available output similar to the following will be displayed:

The bld-2.6.18-8.el5-i686smp-RHEL5 - vmmon module loads perfectly into the 
running kernel.

The bld-2.6.18-8.el5-i686smp-RHEL5 - vmci module loads perfectly into the 
running kernel.

The bld-2.6.18-8.el5-i686smp-RHEL5 - vsock module loads perfectly into the 
running kernel.

Having identified (or compiled) and loaded the appropriate kernel modules the vmware-config.pl script proceeds to the network configuration phase.

If the virtual guest systems running within the VMware Server environment are not required to have any form of network connectivity, enter 'n when prompterd, otherwise enter y to configure networking options. VMware Server 2.0 provides support for three types of virtual networking and before selecting the network options to be made available to guest systems, it is worth taking a little time to understand each of these options:

  • Bridged networking — Although the guest systems use the physical network connections on the host system, each guest is treated as an independent client on the network. As such it will obtain an IP address from the network's DHCP server, or will require a static IP address to be manually configured if DHCP is not used. Guest systems using bridged networking will be able to communicate directly with both the host and other clients on the network to which the host is connected.
  • Network address translation (NAT) — Virtual guests share the IP and MAC address of the host system. Guests will be able to communicate with other clients on the network to which the host is connected, but will appear to those clients as the host system, rather than as individual network clients. this approach allows multiple systems to operating using a single IP address.
  • Host‐only networking - Creates a private sub-net within the host for the guest systems. Guests configured with host-only networking can communicate directly only with the host system and other guests which are also members of the host-only network. The guest systems cannot, however, communicate with the network to which the host is connected.

It is important to note that at this point that we are simply deciding what networking options will be available to the guest systems. Just because an option is selected now, it does not mean that any of the virtual guests have to be configured to use it. Similarly, if at a later date a networking option is required which was not selected at this point it may be enabled simply by re-running the vmware-config.pl script and selecting the missing option.

In the case of Bridged network support the configuration script will prompt for a name for the network and, in the case of hosts with multiple ethernet adapters, the adapter to be be used for the bridge. Note that even though an ethernet adapter is used for the bridge it will still be available for continued use by the host.

As with Bridged network support, the NAT option requires that a name be assigned. The script will provide the option to probe the network to locate an unused private subnet address range. Either choose the probe option, or enter a known available subnet for the NAT addressing scheme. Once selected, virtual guests will communicate with each other using the these private subnet addresses, but will communicate with the external network using the IP address of the host.

Host-only networking will similarly require a name and an unused private subnet which may be entered manually or automatically identified by the configuration script. Once the network configuration process is complete, vmware-config.pl will load the VMware Server network kernel module (vmnet) into the running kernel of the host operating system.

The next step of the configuration involves defining how the VMware Server management interface will be accessed, both for local and remote administration. VMware Server 2.0 differs from previous releases of the product in that the management interface is entirely browser based so both local and remote administration tasks will be performed using a web browser. The first option to configure is the port through which the VMware Server environment will be accessed from remote systems. The default is port 902. Finally, the HTTP and secure HTTPS access ports need to be specified. By default these are 8222 and 8333 respectively. Therefore, if the host system has an IP address of 192.168.2.21, then the management interface would be accessed securely by entering 192.168.2.21:8333 in a browser URL field. Different ports may, of course, be specified if required, for example to avoid conflict with other applications or to accommodate firewall restrictions.