installing vmware on ubuntu - installing ubuntu on vmware - installing vmware on windows

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 as super-user:

./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 enclosed 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 Configuring VMware Server 2.0.
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 is 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 prompted, otherwise enter y to configure networking options. VMware Server 2.0 provides support for three types of virtual networking, so 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 virtual machines 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 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 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 subsequently 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 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 console (also referred to as VMware Infrastructure Web Access) will be accessed, both for local and remote administration purposes. The first option to configure is the port through which the VMware Server environment will be accessed from remote systems using VMware management applications (in other words, non-browser based applications). The default port for this purpose is port 902. The HTTP and secure HTTPS access ports also need to be specified for use when accessing the management console via web browsers. 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 https://192.168.2.21:8333 in a browser URL field. Different ports may, of course, be specified if required, although regardless of the ports used, it will be necessary to make sure these ports are open on any firewalls protecting the host if remote administration is to be performed.
Next is the designation of a user to act as the administrator of the VMware Server environment. When prompted, enter 'y' to configure a different administrator and provide the name of the user to be given administrative access to the VMware Server system. This user's name and system password will subsequently be used to gain access to the management console.
Once the administrator has been assigned, specify the location for the virtual machine files and, finally, enter the serial number, of the form XXXXX-XXXXX-XXXXX-XXXXX recorded at the beginning of this chapter to unlock the VMware Server software.
With VMware Server configured, follow the instructions to install the optional VMware VIX API packages, if required, using the defaults offered.
Finally, vmware-config.pl will start up the VMware Server 2.0 services, presenting output similar to the following (depending on which network options were selected):

Starting VMware services:
   Virtual machine monitor                                 [  OK  ]
   Virtual machine communication interface                 [  OK  ]
   VM communication interface socket family:               [  OK  ]
   Virtual ethernet                                        [  OK  ]
   Bridged networking on /dev/vmnet0                       [  OK  ]
   Host-only networking on /dev/vmnet1 (background)        [  OK  ]
   DHCP server on /dev/vmnet1                              [  OK  ]
   Host-only networking on /dev/vmnet8 (background)        [  OK  ]
   DHCP server on /dev/vmnet8                              [  OK  ]
   NAT service on /dev/vmnet8                              [  OK  ]
   VMware Server Authentication Daemon (background)        [  OK  ]
   Shared Memory Available                                 [  OK  ]
Starting VMware management services:
   VMware Server Host Agent (background)                   [  OK  ]
   VMware Virtual Infrastructure Web Access
Starting VMware autostart virtual machines:
   Virtual machines                                        [  OK  ]

The configuration of VMware Server 2.0.0 build-110949 for Linux for this 
running kernel completed successfully.