Installation on XenServer
DrModiford (Talk | contribs) (Created XenServer specific install guide (covering the differences to a normal x86 style install)) |
DrModiford (Talk | contribs) m (Installation on Xen moved to Installation on XenServer: Was Installation on Xen, should have read Installation on XenServer) |
Revision as of 04:24, 23 September 2008
The following guide covers the base installation of FreeBSD on the XenServer virtual server system from Citrix. This should also be suitable for the open-source Xen platform. The installation is similar to an installation of FreeBSD on regular x86 systems. The following covers the specifics of the XenServer system installation.
Contents |
Pre-requisites
The following assumes that an installation of XenServer has been completed on a server featuring compatible hardware-assisted virtualisation processors from AMD or Intel. Citrix offer a fully-free version of XenServer called the 'Express' release with a few limitations on it such as the number of virtual guests that can run within it (currently 4) and the memory accessible by them (see the Citrix website for further details).
There is no specific Xen-based release of FreeBSD, instead the installation media for AMD64 must be downloaded (or purchased through one of the affiliated on-line stores). The standard i386 release might also work but the underlying Xen virtualisation in 64-bit based. If using the ports system only CD1 is required for the base system installation.
Since the XenServer 'creates' a virtual machine within which to run an operating system (a kind of guest-space within the host server) the creation of such virtual machines is done via a wizard. As of writing there is no official FreeBSD specific guest template available during the wizard stage, instead the 'Other install media' must be selected. This involves specifying the required number of (virtual) CPUs, RAM, hard drive space and network interfaces manually - the templates simply define defaults for known guest operating systems.
Booting FreeBSD
Booting FreeBSD within a XenServer host is much the same as an installation on commodity PC hardware. The XenServer guest is viewable through the XenCenter console and keyboard and mouse interaction is passed from the desktop machine through to it.
FreeBSD on XenServer specific issues
The following lists some variations to the typical x86-based installation.
Networking
The Network interface information required page will list the available (recognised) Ethernet cards installed. The virtualised network card(s) provided by the XenServer host appear as physical network devices to the FreeBSD operating system. They are detected by the "RealTec 8139C+/8169/8169S/8110S PCI Ethernet card" driver.
FreeBSD refers to the above driver using the interface name 're0' for the first detected card and 're1', 're2', etc. for subsequent (virtualised) network devices.
Sound
The XenServer host does not present an audio device to the guest operating system. Therefore no sound support is available.
Video
The XenServer host presents the video card as a virtual Cirrus Logic based 5446 display controller chip. Despite being an old graphics card by modern standards it is widely compatible with many operating systems since they typically ship with suitable drivers. Where no drivers exist it can be utilised as a generic VGA / SVGA display.
FreeBSD, through the X.Org (and XFree86) subsystem, has a driver that supports the Cirrus Logic chips allowing the use of a graphical desktop such as KDE, Gnome and others.
Settings used
During the installation on a XenServer system the following choices were used.
The hard drive was split up into the following slices:
Part | Mount | Size | NewFS |
---|---|---|---|
ad0a | / | 512MB | UFS2 Y |
ad0b | 1024MB | SWAP | |
ad0d | /var | 1024MB | UFS2+s Y |
ad0e | /tmp | 512MB | UFS2+S Y |
ad0f | /usr | 32768MB | UFS2+S Y |
ad0g | /svr | 114GB | UFS2+S Y |
The 'SWAP' is set to 2x the on-board RAM size (a FreeBSD system recommendation). The '/usr' splice is 32GB, but shown as 32768MB on the screen. The '/svr' slice used the remainder of the disk, which happened to be 114GB of the 160GB (give-or-take) capacity and exists as a place to host the 'server' specific data instead of the default '/usr' locations used by Apache and others.
See also
The XenServer article and details of other FreeBSD architectures.