Compiling Xen From Source on NetBSD: Difference between revisions

From Xen
Jump to navigationJump to search
(Replacing pre tags by indentation.)
No edit summary
 
(6 intermediate revisions by one other user not shown)
Line 1: Line 1:
==Introduction==
==Introduction==


The purpose of this document is to guide users through the process of installing Xen from source (either from the tarball releases or from a source code repository).
The purpose of this document is to guide users through the process of installing Xen Project software from source (either from the tarball releases or from a source code repository).


This document was written targeting the Xen 4.2 release, which is the first release to build natively on NetBSD without any specific patches.
This document was written targeting the Xen Project 4.2 release, which is the first release to build natively on NetBSD without any specific patches.


An assumption is made of some familiarity with the general concept of building software and with using your distributions package manager to install relevant build tools etc.
An assumption is made of some familiarity with the general concept of building software and with using your distributions package manager to install relevant build tools etc.
Line 9: Line 9:
==Dependencies==
==Dependencies==


The first step is to install the dependencies needed by Xen, they can all be found in pkgsrc. Here is the list of packages that should be installed for 4.2:
The first step is to install the dependencies needed by the Xen Project software, they can all be found in pkgsrc. Here is the list of packages that should be installed for 4.2:


devel/mercurial
devel/mercurial
Line 31: Line 31:
git clone -b <BRANCH> git://xenbits.xen.org/xen
git clone -b <BRANCH> git://xenbits.xen.org/xen


Note: you can find a list of the available branches and how to obtain them [[Xen_Repositories|here]].
Where branch is one of the following (-b accepts branches as well as tags):

Note: For the sake of brevity, many versions are listed using {n..m}, n being the lower limit, m being the higher one.

* Tags (advised, they are like detached heads)
** Releases
*** RELEASE-4.2.{0..2}
*** RELEASE-4.1.{0..5}
*** RELEASE-4.0.{0..4}
*** RELEASE-3.0.0
*** RELEASE-2.0.{0..6}
** Release candidates
*** 4.2.2-rc{1..2}
*** 4.2.1-rc{1..2}
*** 4.2.0-rc{1..5}
*** 4.1.5-rc{1..2}
*** 4.1.4-rc{1..2}
*** 4.1.3-rc{1..3}
*** 4.1.2-rc{1..3}
*** 4.1.1-rc{1..2}
*** 4.1.0-rc{1..8}
*** 4.0.4-rc{1..3}
*** 4.0.3-rc{1..3}
*** 4.0.2-rc{3..6}
*** 4.0.1-rc{1..6}
*** 4.0.0-rc{1..9}
*** 3.3.0-rc{1..7}
*** 3.2.0-rc{1..6}
*** 3.0.2-rc
** Branched
*** 4.2.0-branched
*** 4.1.0-branched
*** 4.0.0-branched
*** 3.3.0-branched
*** 3.1.0-branched
*** 3.0.4-branched
*** 3.0.3-branched
*** 3.0.2-branched
** Misc
*** sparse-tree-deprecated
*** ia64-stable
*** semistable
*** latest-semistable
*** latest-stable
*** split-1.1
*** split-1.0
*** beta1
* Branches (not advised, unless if you want to contribute)
** master (or HEAD)
** stable-4.0
** stable-4.1
** stable-4.2
** staging
** staging-4.0
** staging-4.1
** staging-4.2


==Configuration==
==Configuration==


From Xen 4.2 onwards Xen uses the commonly used ''autoconf'' tool to provide compile time configurability of the toolstack. This allows some control of what features are built into Xen, as well as compile time sanity checking. Since pkgsrc installs packages in /usr/pkg, we will need to instruct configure to search for the required libraries there:
From Xen Project 4.2 onwards Xen uses the commonly used ''autoconf'' tool to provide compile time configurability of the toolstack. This allows some control of what features are built into Xen Project, as well as compile time sanity checking. Since pkgsrc installs packages in /usr/pkg, we will need to instruct configure to search for the required libraries there:


$ ./configure PYTHON=/usr/pkg/bin/python2.7 APPEND_INCLUDES=/usr/pkg/include APPEND_LIB=/usr/pkg/lib --prefix=/usr/xen42
$ ./configure PYTHON=/usr/pkg/bin/python2.7 APPEND_INCLUDES=/usr/pkg/include APPEND_LIB=/usr/pkg/lib --prefix=/usr/xen42
Line 103: Line 48:
$ gmake LD_LIBRARY_PATH=/usr/pkg/lib tools
$ gmake LD_LIBRARY_PATH=/usr/pkg/lib tools


{{Info|The Xen build system supports running several jobs at the same time, so it's recomendable to use the -jX option to speed up the build process if you have a SMP machine.}}
{{Info|The Xen Project build system supports running several jobs at the same time, so it's recommendable to use the -jX option to speed up the build process if you have a SMP machine.}}


==Install==
==Install==


First, we will copy the Xen kernel to /:
First, we will copy the Xen Project kernel to /:


# cp xen/xen.gz /xen.gz
# cp xen/xen.gz /xen.gz
Line 113: Line 58:
Now we need to fetch a Dom0 kernel for the NetBSD version we are running, Dom0 kernels can be found at:
Now we need to fetch a Dom0 kernel for the NetBSD version we are running, Dom0 kernels can be found at:


<pre>
ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-<version>/<arch>/binary/kernel/netbsd-XEN3_DOM0.gz
ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-<version>/<arch>/binary/kernel/netbsd-XEN3_DOM0.gz
</pre>

{{info|Note: For PAE-enabled xen.gz ELFs, there are also PAE kernels in the binary/kernel directory of your <version>/<architecture> setup on the netbsd ftp.}}


Download it to /, unpack and rename it to netbsd.xen. The next step is to modify the bootloader to correctly boot the Xen kernel and NetBSD. The following line should be added to /boot.cfg:
Download it to /, unpack and rename it to netbsd.xen. The next step is to modify the bootloader to correctly boot the Xen Project kernel and NetBSD. The following line should be added to /boot.cfg:


menu=NetBSD Xen:load /netbsd.xen console=com0;multiboot /xen.gz dom0_mem=512M
menu=NetBSD Xen:load /netbsd.xen console=pc;multiboot /xen.gz dom0_mem=512M


For a serial console boot use the following:
For a serial console boot use the following:
Line 123: Line 72:
menu=NetBSD Xen com0:load /netbsd.xen console=com0;multiboot /xen.gz dom0_mem=512M console=com1 com1=115200,8n1
menu=NetBSD Xen com0:load /netbsd.xen console=com0;multiboot /xen.gz dom0_mem=512M console=com1 com1=115200,8n1


Also, set the dom0_mem parameter to an appropriate value for your use case. More info about the Xen kernel boot parameters can be found at [[Xen Command Line and Boot Options]].
Also, set the dom0_mem parameter to an appropriate value for your use case. More info about the Xen Project kernel boot parameters can be found at [[Xen Command Line and Boot Options]].


Finally, we should install the tools that we compiled previously:
Finally, we should install the tools that we compiled previously:
Line 135: Line 84:
==Basic usage==
==Basic usage==


If you have installed Xen in a location different than /usr/pkg you will need to add it to your LD_LIBRARY_PATH, PATH and PYTHONPATH:
If you have installed the hypervisor in a location different than /usr/pkg you will need to add it to your LD_LIBRARY_PATH, PATH and PYTHONPATH:


# export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/usr/xen42/lib"
# export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/usr/xen42/lib"
Line 143: Line 92:
{{warning|If the directory <code>/var/lib/xenstored</code> is missing, both the xencommons script and the tools will hang indefinitely. Please check that this directory exists before proceeding further.}}
{{warning|If the directory <code>/var/lib/xenstored</code> is missing, both the xencommons script and the tools will hang indefinitely. Please check that this directory exists before proceeding further.}}


To begin using Xen, xencommons has to be started:
To begin using the hypervisor, xencommons has to be started:


# /usr/xen42/etc/rc.d/xencommons onestart
# /usr/xen42/etc/rc.d/xencommons onestart


If you built xen onto another system, runtime dependencies are required:
If you built the hypervisor onto another system, runtime dependencies are required:


devel/yajl
devel/yajl
Line 155: Line 104:
# xl list
# xl list


[[Category:Users]] [[Category:Host Install]] [[Category:NetBSD]]
[[Category:Users]] [[Category:Host Install]] [[Category:NetBSD]] [[Category:Fundamentals]]

Latest revision as of 00:16, 18 April 2014

Introduction

The purpose of this document is to guide users through the process of installing Xen Project software from source (either from the tarball releases or from a source code repository).

This document was written targeting the Xen Project 4.2 release, which is the first release to build natively on NetBSD without any specific patches.

An assumption is made of some familiarity with the general concept of building software and with using your distributions package manager to install relevant build tools etc.

Dependencies

The first step is to install the dependencies needed by the Xen Project software, they can all be found in pkgsrc. Here is the list of packages that should be installed for 4.2:

devel/mercurial
devel/scmgit
devel/gmake
lang/python27
devel/py27-curses
devel/dev86
devel/glib2
devel/yajl

If you followed the pkgsrc instructions for building from source, and didn't install anything aside from the minimal selection of sets, the comp and the text sets, you also have to install:

shell/bash
devel/pkg-config

Cloning

To clone the repository with git, use:

git clone -b <BRANCH> git://xenbits.xen.org/xen

Note: you can find a list of the available branches and how to obtain them here.

Configuration

From Xen Project 4.2 onwards Xen uses the commonly used autoconf tool to provide compile time configurability of the toolstack. This allows some control of what features are built into Xen Project, as well as compile time sanity checking. Since pkgsrc installs packages in /usr/pkg, we will need to instruct configure to search for the required libraries there:

$ ./configure PYTHON=/usr/pkg/bin/python2.7 APPEND_INCLUDES=/usr/pkg/include APPEND_LIB=/usr/pkg/lib --prefix=/usr/xen42

Please note that "prefix" has been set to /usr/xen42, you can change this to install it in /usr/pkg or whatever directory that suits your needs.

Building

Now that the configuration has finished, let's start the building. Stubdomains are not available on NetBSD, so we will skip the build of those:

$ gmake PYTHON=/usr/pkg/bin/python2.7 xen
$ gmake LD_LIBRARY_PATH=/usr/pkg/lib tools
Icon Info.png The Xen Project build system supports running several jobs at the same time, so it's recommendable to use the -jX option to speed up the build process if you have a SMP machine.


Install

First, we will copy the Xen Project kernel to /:

# cp xen/xen.gz /xen.gz

Now we need to fetch a Dom0 kernel for the NetBSD version we are running, Dom0 kernels can be found at:

ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-<version>/<arch>/binary/kernel/netbsd-XEN3_DOM0.gz
Icon Info.png Note: For PAE-enabled xen.gz ELFs, there are also PAE kernels in the binary/kernel directory of your <version>/<architecture> setup on the netbsd ftp.


Download it to /, unpack and rename it to netbsd.xen. The next step is to modify the bootloader to correctly boot the Xen Project kernel and NetBSD. The following line should be added to /boot.cfg:

menu=NetBSD Xen:load /netbsd.xen console=pc;multiboot /xen.gz dom0_mem=512M

For a serial console boot use the following:

menu=NetBSD Xen com0:load /netbsd.xen console=com0;multiboot /xen.gz dom0_mem=512M console=com1 com1=115200,8n1

Also, set the dom0_mem parameter to an appropriate value for your use case. More info about the Xen Project kernel boot parameters can be found at Xen Command Line and Boot Options.

Finally, we should install the tools that we compiled previously:

# gmake install-tools

Now we can reboot into the newly installed Xen system:

# shutdown -r now

Basic usage

If you have installed the hypervisor in a location different than /usr/pkg you will need to add it to your LD_LIBRARY_PATH, PATH and PYTHONPATH:

# export LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/usr/xen42/lib"
# export PATH="${PATH}:/usr/xen42/sbin:/usr/xen42/bin"
# export PYTHONPATH="/usr/xen42/lib/python2.7/site-packages"
Icon Ambox.png If the directory /var/lib/xenstored is missing, both the xencommons script and the tools will hang indefinitely. Please check that this directory exists before proceeding further.


To begin using the hypervisor, xencommons has to be started:

# /usr/xen42/etc/rc.d/xencommons onestart

If you built the hypervisor onto another system, runtime dependencies are required:

devel/yajl

Check that xl is working:

# xl list