Bulles - Basé sur le travail de $1. [fr]

Xen

2007-09-18T15:30:41Z

Francois : /* Bridging */

Notes sur l'installation de Xen sur une Debian Etch / Linux 2.6

= Introduction =
Nous utilisons [http://linux-vserver.org/ Linux VServers] sans problèmes depuis un certain temps déjà, mais dans certains cas il est intéressant de faire un pas plus en avant en terme de para-virtualisation (plus grande liberté au niveau de la couche réseau, ou des noyeaux utilisés) ou tout simplement dans la cas de la virtualisation pure (OS propriétaires).

Ce petit article n'est pas un n-ième howto sur la question, mais rassemble plutôt quelques notes prises lors de mes installations et tests.

Environnement:
* Materiel: [http://supermicro.com/products/motherboard/Xeon1333/5000V/X7DVL-E.cfm SuperMicro X7DVL-E] Bi-Xeon Quad core (E5310), 12 GB Memoire, 2 TB Disque
* OS hôte (Domain 0): Debian Etch
* Xen Open Source: version 3.1

= Debian Etch (DomO) =

== Généralités ==
Nous démarrerons su base d'une Debian Etch installée et à jour.

Nous désirons tourner des machines virtuelles 32 bits. Le support des machines virtuelles 32 bits sur un hôte 64 bits dans Xen est assez récent (32-on-64 PV guest support), et pour des raisons de stabilité, nous installons donc une version i386 de Debian.

== Partitionnement ==
Nous disposons de quatre disque de 500GB. Trois sont configurés en RAID5, le dernier reste comme ''Hot Spare''. Le raid étant géré par la carte ''3Ware'', un seul device est visible pour Linux, sa taille est d'approximativement 1 TB.

Nous mettons toutes les partitions standard dans un ''Volume Group'', et nous réservons un autre pour accueillir les machines virtuelles Xen. De cette manière nous séparons completement le système hôte des machines virtuelles. Ce dernier ''Volume Group'' contiendra un ''file system'' pour les images disques ''sur fichier'' et des ''logical volumes'' additionnels pour les acces ''direct''.

Pour le ''Volume Group'' hôte, je reste un adepte des ''filesystems'' séparés!

{| border="1" cellspacing="0" cellpadding="2" style="text-align: left;"
|-
! Physical device !! Taille !! Volume Group !!colspan="2"| LVM !! Partition
|-
| /dev/sda1 || 512 MB || - ||colspan="2"| - || /boot
|-
|rowspan="6"|/dev/sda2 ||rowspan="6"| 100 GB ||rowspan="6"| vgDom0 || root || 1 GB || /
|-
| swap || 12 GB || swap
|-
| usr || 5 GB || /usr
|-
| var || 3 GB || /var
|-
| home || 20 GB || /home
|-
| - || 50 GB || non-alloué
|-
|rowspan="2"|/dev/sda3 ||rowspan="2"| 375 GB ||rowspan="2"| vgDomU || domu || 100 GB || /home/domu
|-
| - || 275 GB || non-alloué
|-
| - || 500 GB || - ||colspan="2"| - || non-alloué
|}

== Packages ==
En dehors d'un install de base, nous installerons les packages suivants

=== Packages utiles ===
Ces packages ne sont pas a proprement parler obligatoire, mais bon...
{{Deb|openssh-server}}
{{Deb|screen}}
{{Deb|ntp}}
{{Deb|less}}

=== Checkinstall ===
Nous utilisons la dernière version de Xen, qui n'est pas disponible dans Etch.
 Afin d'éviter d'installer des fichiers non controllés par ''dpkg'', nous utiliserons aussi [http://asic-linux.com.mx/~izto/checkinstall/ Checkinstall] pour empaqueter Xen.

{{Deb|checkinstall}} est actuellement dans Debian Testing, mais nous le compilerons a partir des sources pour éviter un mélange de distribution.

Le version ''Debian'' de [http://asic-linux.com.mx/~izto/checkinstall/ Checkinstall] est encore assez récente et n'est pas parfaite, mais fonctionne suffisemment bien pour nos besoins.
{{Boite Code|shell| # Packages pré-requis:
apt-get install dpkg-dev gcc file gettext libc6-dev
# Récupération des sources
cd /usr/src
mkdir checkinstall
cd checkinstall
wget http://asic-linux.com.mx/~izto/checkinstall/files/source/checkinstall-1.6.1.tgz
tar xzf checkinstall-1.6.1.tgz
cd checkinstall-1.6.1
# Patch pour les fichiers de configuration
perl -pi -e 's@find \$BUILD_DIR/etc 2@find \$BUILD_DIR/etc -name init.d -prune -o -type f -print 2@' \
checkinstall
# Compilation et installation 'brute'
make
make install
# Génération et installation du paquet Debian
checkinstall -D
dpkg -i checkinstall_1.6.1-1_i386.deb
}}

= Xen (Dom0) =
== Dépendences Xen ==
Xen nécessite les paquest suivants:
{{Deb|iproute}} {{Deb|libc6}} {{Deb|libncurses5}} {{Deb|python}} {{Deb|python-central}} {{Deb|udev}} {{Deb|zlib1g}}
{{Deb|libc6-xen}}
{{Deb|bridge-utils}} {{Deb|libssl0.9.7}} {{Deb|libsdl1.2debian}}

Les paquets suivant sont nécessaires si on utilise le ''VFB'' (Virtual Frame Buffer) de Xen. Cette option n'est utile que si on désire une console graphique en mode ''para-virtualisé''.
{{Deb|libsdl1.2-dev}} {{Deb|libvncserver-dev}} {{Deb|libjpeg62}}
{{Boite Attention|Le ''vfb'' est une option qui n'est pas compilée dans les binaires distribués par [http://xensource.com/download/index_oss.html XenSource].
 Si on désire l'utiliser il faudra [[#Compilation de Xen|recompiler Xen]].}}

== Noyeau ==
Afin de bénéficier des mises-à-jour de sécurité Debian, nous utilisons le noyau para-virtualisé Debian au lieu du noyau ''kernel.org'' distribué par Xen:
{{Deb|linux-image-2.6-xen-686}}

'''Note''': nous avons eu de manière aléatoire le message suivant lors du démarrage d'une machine virtuelle:
BUG: unable to handle kernel paging request at virtual address c007c72c
Nous avons attribué ce problème à la version Debian du noyau, mais il semble qu'il se produise aussi avec le noyau de ''kernel.org''

Si on utilise le noyau Debian, il faudra ajouter ''netloop'' dans la listes des modules à charger:
{{Boite Fichier|/etc/modules|
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

loop
netloop
}}

== Hyperviseur ==
Pour l'hyperviseur, nous pouvons:
* soit télécharger de [http://xensource.com/download/index_oss.html XenSource] (version ''tarball'' / ''i386 PAE'');
* soit utiliser le ''tarball'' généré au paragraphe [[#Compilation de Xen]]
{{Boite Code|shell| mkdir /usr/src/xen
cd /usr/src/xen
wget http://bits.xensource.com/oss-xen/release/3.1.0/bin.tgz/xen-3.1.0-install-x86_32p.tgz
tar xzf xen-3.1.0-install-x86_32p.tgz
}}

Adaptations Debian:
{{Boite Code|shell| cd dist
chown -R root:root .
cd install/etc
mv sysconfig default
}}

Création du script network-dummy, si on ne désire pas utiliser le bridge Xen (voir note ci-dessous):
{{Boite Code|shell| cd /usr/src/xen/dist/install/etc/xen
echo -e '#!/bin/sh\n\nexit 0' > scripts/network-dummy
chmod 755 scripts/network-dummy
}}

Scripts de startup:
{{Boite Code|shell|2=<nowiki></nowiki>
cd /usr/src/xen/dist/install/etc
perl -pi -e 's@LOCKFILE=/var/lock/subsys/xendomains@LOCKFILE=/var/lock/xendomains@' \
init.d/xendomains
perl -pi -e 's@XENDOM_CONFIG=/etc/sysconfig/xendomains@XENDOM_CONFIG=/etc/default/xendomains@' \
init.d/xendomains
perl -pi -e 's@-c0-17@-c0-37@;s@-c18-@-c38-@' init.d/xendomains
cd /usr/src/xen/dist
cat >postinstall-pak <<'EOF'
#!/bin/sh
update-rc.d xend defaults 20 21 >/dev/null || exit $?
update-rc.d xendomains defaults 21 20 >/dev/null || exit $?
if [ "$1" = "configure" ]; then
if [ -e /boot/System.map-2.6.18-xen ]; then
depmod -a -F /boot/System.map-2.6.18-xen 2.6.18-xen || true
update-initramfs -c -t -k 2.6.18-xen
fi
command -v update-grub > /dev/null && update-grub
fi
exit 0
EOF
cat >preremove-pak <<'EOF'
#!/bin/sh
if [ "$1" = "remove" ]; then
if [ -e /boot/System.map-2.6.18-xen ]; then
update-initramfs -d -k 2.6.18-xen || true
fi
fi
exit 0
EOF
cat >postremove-pak <<'EOF'
#!/bin/sh
if [ "$1" = "remove" ]; then
update-rc.d xend remove >/dev/null || exit $?
update-rc.d xendomains remove >/dev/null || exit $?
command -v update-grub > /dev/null && update-grub
fi
exit 0
EOF
chmod a+x postinstall-pak postremove-pak preremove-pak
}}

'''Note''': Pour les aventuriers qui utilisent cet article pour installer la version 64 bits de Xen, il faut ruser pour avoir les librairies au bon endroit... (Distribution Xen {{Fichier|xen-3.1.0-install-x86_64.tgz}})
{{Boite Code|shell -- Uniquement pour la distribution 64 bits|
# Uniquement pour la version 64 bits de l'hyperviseur!
cd /usr/src/xen/dist/install/usr
mv -f lib64/xen/bin lib/xen/
rm -rf lib64/xen
mv -f lib64/* lib/*
rm -rf lib64
}}

Si nous utilisons les noyeaux Debian; on peux nettoyer le noyeau distribué dans le paquet Xen:
{{Boite Code|shell (Optionel)| cd /usr/src/xen/dist/install
rm -rf lib
rm -f boot/vmlinux-syms-2.6.18-xen boot/vmlinuz-2.6.18-xen boot/vmlinuz-2.6-xen \
boot/System.map-2.6.18-xen boot/config-2.6.18-xen
}}

Préparation du paquet avec {{Commande|checkinstall}}
{{Boite Code|shell| cd /usr/src/xen
mv dist xen-hypervisor-and-tools-3.1.0-1-i386-pae-3.1.0
cd xen-hypervisor-and-tools-3.1.0-1-i386-pae-3.1.0
checkinstall -D ./install.sh
}}

Installer le package:
{{Boite Code|shell| dpkg -i xen-hypervisor-and-tools-3.1.0-1-i386-pae_3.1.0-1_i386.deb
}}

Rebooter!

= Xen (DomU) =
== Xen-tools ==
Les utilitaires [http://xen-tools.org/software/xen-tools/ xen-tools] permettent de créer des machines (para-)virtuelles (''DomU'') très facilement.
 Il supporte la création de machines virtuelles Debian, Ubuntu, CentOS et Fedora. Il permet aussi de copier des machines virtuelles, etc.

[http://xen-tools.org/software/xen-tools/ Xen-tools]est disponible dans Debian Etch, mais nous prendrons le dépot du développeur [http://apt.steve.org.uk/ Steve Kemp] qui est plus récent:
{{Boite Fichier|/etc/apt/sources.list|
#
# Steve Kemp's repository: Etch
#
deb http://apt.steve.org.uk/etch etch main non-free contrib
deb-src http://apt.steve.org.uk/etch etch main non-free contrib
}}

Ajout de la clé:
{{Boite Code|shell| wget -q -O - http://apt.steve.org.uk/apt-key.gpg | apt-key add -}}

On aura aussi besoin de ''debootstrap''
{{Boite Code|shell| apt-get install debootstrap xen-tools}}

Vérifier le fichier {{Fichier|/etc/xen-tools/xen-tools.conf}}; en mettant les ''bons'' paramètres par défaut, la création d'une machine virtuelle s'en trouve grandement simplifiée.
 Le fichier de configuration est bien documenté et ne devrait pas poser de problèmes.

== Création d'une machine virtuelle (para-virtualisation) ==
=== Debian ===
Pour créer une machine virtuelle avec les paramètres par défaut (si les adresses sont allouées par ''dhcp''):
{{Boite Code|shell|2=<nowiki></nowiki>
xen-create-image --hostname=<FQDN>}}

Le fichier de configuration de cette machine virtuelle est {{Fichier|/etc/xen/<FQDN>.cfg}} et elle se démarre:
{{Boite Code|shell| xm create -c /etc/xen/<FQDN>.cfg}}

Pour démarrer une machine virtuelle au boot:
{{Boite Code|shell| ln -s /etc/xen/<FQDN>.cfg /etc/xen/auto}}
Elle sera par la même occasion ''sauvée'' au shutdown.

{{Boite Attention|par défaut, [http://Xen-tools.org/software/xen-tools/ xen-tools] utilise le noyeau de l'hôte ''Dom0'' pour la machine virtuelle. Ce n'est pas un problème en soi, mais il faut en être conscient: une mise-à-jour du noyeau sur le ''Dom0'' sera répercuté sur les ''DomU'' qui l'utilisent; il ne faut donc pas oublier de mettre-à-jour les modules correspondant dans les machines virtuelles...}}

=== Unbreakable Linux / Red Hat / CentOS ===
Voir l'article [[Unbreakable Xen]]

== Création d'une machine virtuelle (HVM) ==
Le mode HVM permet de tourner des OS ''non para-virtualisés''.

A titre d'exemple j'ai installé Windows XP Home Edition sur un ''logical volume''.
 Nous avons une image du CD-ROM: {{Fichier|/home/vservers/XPhome.iso}}

Création du ''logical volume'':
{{Boite Code|shell| lvcreate –L 10000 –n xphome vgXen}}

Création du fichier de configuration {{Fichier|/etc/xen/xphome.hvm}} à partir du template {{Fichier|/etc/xen/xmexample.hvm}}.
 Les seules choses à changer sont:
* Le nom de la machine virtuelle
* La mémoire à allouer
* Le ''mapping'' du dique et de l'image CD-ROM
* L'ordre de boot (C, D)
* L'accès au serveur VNC par une machine distante
* Le ''mapping'' clavier
{{Boite Code|diff xmexample.hvm xphome.hvm|2=<nowiki></nowiki>
28c28
< memory = 128
---
> memory = 512
35c35
< name = "ExampleHVMDomain"
---
> name = "xphome"
64c64
< vif = [ 'type=ioemu, bridge=xenbr0' ]
---
> vif = [ 'type=ioemu, mac=00:16:3e:00:00:94, bridge=xenbr0' ]
74c74
< disk = [ 'file:/var/images/min-el3-i386.img,hda,w', ',hdc:cdrom,r' ]
---
> disk = [ 'phy:/dev/vgXen/xphome,ioemu:hda,w', 'file:/home/vservers/XPhome.iso,hdc:cdrom,r' ]
121a122
> boot="cd"
138c139
< #vnclisten="127.0.0.1"
---
> vnclisten="0.0.0.0"
210c211
< #keymap='ja'
---
> keymap='fr-be'
}}

Il suffit alors de créer la machine virtuelle:
{{Boite Code|shell| xm create /etc/xen/xphome.hvm}}

Et, a partir d'une machine distante:
{{Boite Code|shell| xvncviewer <Dom0>}}
(C'est bien le domaine 0 qu'il faut adresser et pas la machine virtuelle!)

L'installation de Windows se passe sans problème via ''VNC''.

= Notes =
== Compilation de Xen ==
Si on est un adepte de la compile, ou tout simplement si on désire profiter du Virtual Frame Buffer qui n'est pas compilé par défaut dans les binaires distribués par [http://xensource.com/download/index_oss.html XenSource], il est toujours possible de recompiler le paquet.

La liste des dépendances pour compiler Xen est assez fournie, et pour ne pas ''polluer'' mon ''Dom0'' j'ai effectué l'opération sur une autre machine:
{{Boite Code|shell| # Xen runtime dependencies:
apt-get install iproute libncurses5 python python-central zlib1g bridge-utils libssl0.9.7 \
libsdl1.2debian libjpeg62

# Development tools:
apt-get install binutils gcc bcc make patch bzip2 file gettext

# Development Libraries:
apt-get install zlib1g-dev python-dev libc6-dev libsdl1.2-dev libvncserver-dev libjpeg62-dev \
libncurses5-dev libssl-dev libxml2-dev libcurl3-dev x-dev

# To build documentation (optional):
apt-get install tetex-bin tetex-base tetex-extra transfig gs-common graphviz
}}

Récupération des sources:
{{Boite Code|shell| # Get the sources
mkdir /usr/src/xen
cd /usr/src/xen
wget http://bits.xensource.com/oss-xen/release/3.1.0/src.tgz/xen-3.1.0-src.tgz
tar xzf xen-3.1.0-src.tgz
cd xen-3.1.0-src
}}

Il ne reste plus qu'a compiler!
 Le paquet distribué par [http://xensource.com/download/index_oss.html XenSource] est le résultat de la commande {{Commande|make dist}}. Le {{Fichier|Makefile}} reconnait l'architecture de la machine hôte et inclut les modules par défaut (voir {{Fichier|Config.mk}} pour plus de détails).
 Nous allons simplement confirmer l'architecture sur la ligne de commande et ajouter les modules qui nous intéressent:
{{Boite Code|shell|2=<nowiki></nowiki>
# Just compile!
make dist XEN_TARGET_ARCH=x86_32 XEN_TARGET_X86_PAE=y LIBXENAPI_BINDINGS=y XENFB_TOOLS=y
}}

C'est le momment de prendre un petit café, voir plus, en fonction de rapidité de votre système...

Création du ''tarball'' binaire, similaire à celui distribué par [http://xensource.com/download/index_oss.html XenSource]:
{{Boite Code|shell| # Package the distribution
tar czf xen-3.1.0-install-x86_32p-custom.tgz dist}}

== VNC et souris ==
La gestion de la souris est problématique avec Xen/VNC: le curseur local et celui de la machine virtuelle se désynchronisent!

Pour les machines para-virtualisées sous Linux, ce n'est pas un réel problème, étant donné que nous pouvons utiliser le serveur VNC de la distribution Linux qui gère la souris sans problème. En cas de nécessité, le plus simple est de supprimer l'accélération:
{{Boite Code|shell| xset m 1/1}}

Pour les HVM, et donc essentiellement Windows, il y a une solution simple: utiliser le pilote ''tablet'' qui est supporté par défaut sous Windows. Il suffira de spécifier dans le fichier de configuration Xen de la HVM:
{{Boite Fichier|/etc/xen/<...>.hvm|2=<nowiki></nowiki>
...
usbdevice='tablet'
...
}}

== Debian et pygrub ==
Par défaut, [http://xen-tools.org/software/xen-tools/ xen-tools] va utiliser le noyau de ''Dom0'' pour les machines virtuelles créées.
 Si on désire garder un indépendance entre les machines virtuelles, on peux utiliser ''pygrub'' pour démarrer les machines virtuelles.

{{Boite Code|shell DomU|
# Install grub and udev
apt-get install grub udev
# fake device mapping for grub
mkdir /boot/grub
echo "(hd0) /dev/sda" > /boot/grub/device.map
# create gub configuration files
grub-install /dev/sda1
# Install teh Debian kernel
apt-get install linux-image-xen-686
}}

A noter que {{Commande|grub-install}} se termine en erreur:
Searching for GRUB installation directory ... found: /boot/grub
The file /boot/grub/stage1 not read correctly.
mais ce n'est pas un problème.

Modifier ensuite le fichier de configuration de la machine virtuelle
{{Boite Fichier|/etc/xen/<...>.hvm|2=<nowiki></nowiki>
...
# kernel = '/boot/vmlinuz-2.6.18-xen'
bootloader="/usr/bin/pygrub"
...
}}

== Adresse MAC ==
Il est plus que conseillé de spécifier l'adresse MAC dans le fichier de configuration de la machine virtuelle. Par défaut Xen génère une adresse aléatoire, ce qui peux avoir des conséquences pour la machine virtuelle -- Debian assigne une nouvelle interface chaque fois qu'il rencontre une nouvelle adresse MAC lorsque {{deb|udev}} est installé!
 Si cela se produit, on peut effacer les entrées inutiles et retrouver l'adresse assignée pas Xen dans {{Fichier|/etc/udev/rules.d/z25_persistent-net.rules}}.

== Changement de CD-Rom ==
Pour pouvoir changer de media CD ou DVD durant une installation ou durant le fonctionnement classic il est ncéessaire d'utiliser les commandes xm et xenstore-read/write.

Lister les devices d'un domU nommé sles10
xm block-list sles10
Vdev BE handle state evt-ch ring-ref BE-path
768 0 0 1 -1 -1 /local/domain/0/backend/vbd/84/768
5632 0 0 1 -1 -1 /local/domain/0/backend/vbd/84/5632
c'est quasiment tous le temps le device avec un ID élevé qui est le lecteur amovible CD/DVD

Regarder vers quel ISO le lecteur virtuel pointe
xenstore-read /local/domain/0/backend/vbd/84/5632/params
/home/domu/iso/SuSE/SLES-10-x86-DVD1.iso

Pour changer de media il faut utiliser la commande suivante
xenstore-write /local/domain/0/backend/vbd/84/5632/params /full/path/le-nouvel-iso.iso

== Bridging ==
Si on ne désire pas utiliser le bridge Xen (efficace mais complexe), on peut simplement modifier le fichier de configuration:
{{Boite Code|shell| perl -pi -e 's@^$network-script\ network-bridge$$@$network-script network-dummy$@' \
/etc/xen/xend-config.sxp}}

Et créér le bridge dans {{Fichier|/etc/network/interfaces}}
{{Boite Fichier|/etc/network/interfaces|
auto br0
iface br0 inet dhcp
bridge_fd 0
bridge_maxwait 0
bridge_helo 0
bridge_stp off
bridge_ports eth0
}}

= Liens =

* [http://www.xensource.com XenSource]
* [http://www.howtoforge.com/debian_etch_xen_3.1 The Perfect Xen 3.1.0 Setup For Debian Etch]
* [http://www.xensource.com/files/xen_install_windows.pdf How to Install Windows on Xen 3.0]
* [http://lists.xensource.com/archives/html/xen-users/2007-05/msg00652.html Xen 3.1.0 on Debian etch amd64]
* [http://et.redhat.com/~kraxel/xen/suse-guest.html Install SUSE as Xen guest]
== Diverses aides ==
* FreeBSD : http://www.yuanjue.net/xen/howto.html
* Solaris : http://www.opensolaris.org/os/community/xen/How-To-8-15-06/install/AugDomUs/;jsessionid=9E9E779D80E585F4F2559E2E9E598150
* SuSE : http://kb.xensource.com/entry!default.jspa?categoryID=18&externalID=311&fromSearchPage=true
* LVM (snapshot) : http://www.hccfl.edu/pollock/AUnix1/LVM.htm

Xen

2007-07-05T21:01:46Z

Francois : /* Diverses aides */

Xen

2007-07-05T20:46:55Z

Francois : /* Diverses aides */

Xen

2007-07-05T15:59:24Z

Francois : /* Liens */

Linux-VServer HowTo

2006-03-14T17:02:48Z

Francois : /* Création d'un serveur virtuel */

Notes sur l'installation de Linux-VServer sur une Debian Sarge / Linux 2.6

= Introduction =
Il y a déjà quelques HowTo's dans la place, le but ici n'est pas d'un ré-écrire un, mais plutot d'avoir un brain-dump de mon installation...

= Pré-requis =
Debian Sarge installé et à jour

= Noyeau =
Il faut avoir un noyeau récent. Plutôt que d'opter pour un noyeau de kernel.org, j'ai utilisé les sources du dernier noyeau Debian dans unstable:
$ apt-get install linux-source-2.6.14
$ cd /usr/src
$ tar xjf linux-source-2.6.14.tar.bz2

J'ai aussi récupéré le fichier de configuration ''.config'' du package ''linux-image-2.6.14-2-686-smp'' pour avoir une base de configuration correcte.
$ cd /tmp
$ wget ftp://ftp.belnet.be/pub/debian/pool/main/l/linux-2.6/linux-image-2.6.14-2-686-smp_2.6.14-6_i386.deb
$ ar xv linux-source-2.6.14.tar.bz2 data.tar.gz
$ tar xzvf data.tar.gz ./boot/config-2.6.14-2-686-smp
$ cp boot/config-2.6.14-2-686-smp /usr/src/linux-source-2.6.14/.config

On applique la dernière version stable des patches Linux-VServer sur http://www.13thfloor.at/vserver/s_rel26/v2.01/
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/patch-2.6.14.3-vs2.01.diff.bz2
$ cd linux-source-2.6.14
$ bzcat ../patch-2.6.14.3-vs2.01.diff.bz2 | patch -p1

/!\ Le patch ne s'applique pas entièrement sur un noyeau Debian il faut patcher ''init/version.c'' à la main (trivial).

On vérifie les paramètres de Linux-VServer:
$ make menuconfig

La section Linux-VServer resemble à ceci:
[*] Enable Legacy Kernel API
[ ] Show a Legacy Version ID
[ ] Disable Legacy Networking Kernel API
[*] Enable Proc Security
[*] Enable Hard CPU Limits
[ ] Limit the IDLE task
Persistent Inode Context Tagging (UID24/GID24) --->
[ ] Tag NFSD User Auth and Files
[ ] VServer Debugging Code

Et dans la section ''Device Drivers'' / ''Block Devices'':
<M> Virtual Root device support

Génération d'un noyeau Debian:
$ fakeroot make-kpkg \
--revision 2.6.14.vs201 \
--append_to_version -1-vs2.0.1-686-smp \
--us --uc \
--rootcmd fakeroot \
--initrd \
kernel_image kernel_headers

Et finalement installation:
# dpkg -i /usr/src/kernel-image-2.6.14-1-vs2.0.1-686-smp_2.6.14.vs201_i386.deb

= Outils =
Je n'ai pas eu trop de succès avec ''util-vserver'' de la version stable, le problème venant plus que probablement des chois pris lors de la compilation du noyeau. J'ai donc décidé de recompiler les outils...

Pré-requis:
# apt-get install vlan dietlibc dietlibc-dev e2fslibs-dev beecrypt2 beecrypt2-dev

Les sources stables sont disponibles elles aussi sur http://www.13thfloor.at/vserver/s_rel26/v2.01/:
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/util-vserver-0.30.209.tar.gz
$ tar xzf util-vserver-0.30.209.tar.gz

Configuration: nous n'allons pas installer le paquet aux endroits habituels:
* L'ensembles des programmes et librairies sous ''/usr/local/vserver'' pour ne pas mélanger avec d'autres paquets
* Les serveurs virtuels irons dan /home/vservers

$ cd util-vserver-0.30.209
$ ./configure --prefix=/usr/local/vserver --with-vrootdir=/home/vservers --localstatedir=/var --sysconfdir=/etc
[...]
util-vserver 0.30.209

Features:
CC: gcc, gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
CXX: g++, g++ (GCC) 3.3.5 (Debian 1:3.3.5-13)
CPPFLAGS: ''
CFLAGS: '-g -O2 -std=c99 -Wall -pedantic -W'
CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W -fmessage-length=0'
build/host: i686-pc-linux-gnu/i686-pc-linux-gnu
Use dietlibc: yes
Build C++ programs: yes
Build C99 programs: yes
Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
ext2fs Source: e2fsprogs
syscall(2) invocation: alternative
vserver(2) syscall#: 273/glibc

Paths:
prefix: /usr/local/vserver
sysconf-Directory: /etc
cfg-Directory: /etc/vservers
initrd-Directory: $(sysconfdir)/init.d
pkgstate-Directory: /var/run/vservers
vserver-Rootdir: /home/vservers

Compilation:
$ make
# make install
# make install-distribution

Post-install: s'assurer que ''/home/vservers'' est bien ''chroot barrier'' et mettre les permissions sur ''/proc''
# /usr/local/vserver/sbin/setattr --barrier /home/vservers
# /usr/local/vserver/lib/util-vserver/vprocunhide

= Création d'un serveur virtuel =

Il existe un package ''vserver-debiantools'' qui automatise la création de serveurs sous Debian, mais il est basé sur les ''anciennes'' fonctions de Linux-VServer. Nous ferons donc notre création ''à la main'', ce n'est pas compliqué!

Pour faciliter les choses, on va enregistrer les valeurs par défaut:
* Mirroir: ''/etc/vservers/.defaults/apps/debootstrap/mirror'' contient ''ftp://ftp.belnet.be/pub/debian''
# mkdir -p /etc/vservers/.defaults/apps/debootstrap/
# echo ftp://ftp.belnet.be/pub/debian > /etc/vservers/.defaults/apps/debootstrap/mirror
# apt-get install debootstrap

Creation du vserver:
# PKG_EXCLUDE="dhcp-client,fdutils,iptables,libpcap0.7,makedev,pciutils,ppp,pppconfig,pppoe,pppoeconf"
# vserver alesia build \
> --hostname alesia.bulles-dsl \
> --interface eth0:172.16.34.44/26 \
> -m debootstrap -- -d sarge -- --exclude=${PKG_EXCLUDE}
'''Note''': J'ai utilisé ''debootstrap'' de ''testing'', pour éviter certain warnings

Post-install: il faut se débarrasser de tout ce qui touche au hardware lors du boot.
# vserver alesia start
# vserver alesia enter
alesia:/# LANG=C
alesia:/# NO_INIT="makedev hwclock.sh urandom mountnfs.sh umountnfs.sh networking \
> ifupdown umountfs halt klogd reboot keymap.sh console-screen.sh checkroot.sh \
> mountvirtfs procps.sh mountall.sh checkfs.sh ifupdown-clean hwclockfirst.sh modutils"
alesia:/# for FILE in $NO_INIT
> do
> update-rc.d -f $FILE remove
> done
'''Note''': Il se peut qu'une erreur ''proc/uptime can not be accessed. Usually, this is caused by procfs-security'' apparaisse; dans ce cas relancez ''/usr/local/vserver/lib/util-vserver/vprocunhide''

Les packages installés par ''debootstrap'' sont vraiment le minimum. Le plus simple est d'exécuter ''base-config''.
# vserver alesia enter
alesia:/# LANG=C
alesia:/# base-config new
'''Note''': Il semble que ''debootstrap'' utilise ''testing'' pour ses packages!

= Accès réseau =
La plupart des services réseau font un ''bind'' sur l'ensembles des interfaces réseau disponibles. Il faut s'assurer que l'hôte et les serveurs virtuels n'écoutent que sur leurs IP respectives.

Par exemple pour SSH, dans ''/etc/ssh/sshd_config''
ListenAddress 172.16.34.44

= Démarrage au boot =
Les scripts de démarrage:
# update-rc.d vprocunhide defaults 90 10
# update-rc.d vservers-default defaults 91 09

Pour qu'un VServer démarre au boot: mettre ''default'' dans ''/etc/vservers/<vserver>/apps/init/mark''

= Liens =
* Page du projet: http://linux-vserver.org/
* [http://www.5dollarwhitebox.org/wiki/index.php/Howtos_Linux-Vserver_Debian_Sarge Howtos Linux-Vserver Debian Sarge]
* [http://linux-vserver.org/Step-by-Step+Guide+2.6 Step-by-Step Guide 2.6]
* [http://www.13thfloor.at/vserver/s_rel26/v2.01/ Linux-VServer L26 Stable]
* [http://linux-vserver.org/alpha+util-vserver alpha util-vserver]
* [http://www.nongnu.org/util-vserver/doc/conf/configuration.html Flower page]
* [http://www.13thfloor.at/old/VServer/HowTo_LVMQS.shtml VS Secure Quota HowTo]

Linux-VServer HowTo

2006-03-14T17:01:34Z

Francois : /* Création d'un serveur virtuel */

Notes sur l'installation de Linux-VServer sur une Debian Sarge / Linux 2.6

= Introduction =
Il y a déjà quelques HowTo's dans la place, le but ici n'est pas d'un ré-écrire un, mais plutot d'avoir un brain-dump de mon installation...

= Pré-requis =
Debian Sarge installé et à jour

= Noyeau =
Il faut avoir un noyeau récent. Plutôt que d'opter pour un noyeau de kernel.org, j'ai utilisé les sources du dernier noyeau Debian dans unstable:
$ apt-get install linux-source-2.6.14
$ cd /usr/src
$ tar xjf linux-source-2.6.14.tar.bz2

J'ai aussi récupéré le fichier de configuration ''.config'' du package ''linux-image-2.6.14-2-686-smp'' pour avoir une base de configuration correcte.
$ cd /tmp
$ wget ftp://ftp.belnet.be/pub/debian/pool/main/l/linux-2.6/linux-image-2.6.14-2-686-smp_2.6.14-6_i386.deb
$ ar xv linux-source-2.6.14.tar.bz2 data.tar.gz
$ tar xzvf data.tar.gz ./boot/config-2.6.14-2-686-smp
$ cp boot/config-2.6.14-2-686-smp /usr/src/linux-source-2.6.14/.config

On applique la dernière version stable des patches Linux-VServer sur http://www.13thfloor.at/vserver/s_rel26/v2.01/
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/patch-2.6.14.3-vs2.01.diff.bz2
$ cd linux-source-2.6.14
$ bzcat ../patch-2.6.14.3-vs2.01.diff.bz2 | patch -p1

/!\ Le patch ne s'applique pas entièrement sur un noyeau Debian il faut patcher ''init/version.c'' à la main (trivial).

On vérifie les paramètres de Linux-VServer:
$ make menuconfig

La section Linux-VServer resemble à ceci:
[*] Enable Legacy Kernel API
[ ] Show a Legacy Version ID
[ ] Disable Legacy Networking Kernel API
[*] Enable Proc Security
[*] Enable Hard CPU Limits
[ ] Limit the IDLE task
Persistent Inode Context Tagging (UID24/GID24) --->
[ ] Tag NFSD User Auth and Files
[ ] VServer Debugging Code

Et dans la section ''Device Drivers'' / ''Block Devices'':
<M> Virtual Root device support

Génération d'un noyeau Debian:
$ fakeroot make-kpkg \
--revision 2.6.14.vs201 \
--append_to_version -1-vs2.0.1-686-smp \
--us --uc \
--rootcmd fakeroot \
--initrd \
kernel_image kernel_headers

Et finalement installation:
# dpkg -i /usr/src/kernel-image-2.6.14-1-vs2.0.1-686-smp_2.6.14.vs201_i386.deb

= Outils =
Je n'ai pas eu trop de succès avec ''util-vserver'' de la version stable, le problème venant plus que probablement des chois pris lors de la compilation du noyeau. J'ai donc décidé de recompiler les outils...

Pré-requis:
# apt-get install vlan dietlibc dietlibc-dev e2fslibs-dev beecrypt2 beecrypt2-dev

Les sources stables sont disponibles elles aussi sur http://www.13thfloor.at/vserver/s_rel26/v2.01/:
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/util-vserver-0.30.209.tar.gz
$ tar xzf util-vserver-0.30.209.tar.gz

Configuration: nous n'allons pas installer le paquet aux endroits habituels:
* L'ensembles des programmes et librairies sous ''/usr/local/vserver'' pour ne pas mélanger avec d'autres paquets
* Les serveurs virtuels irons dan /home/vservers

$ cd util-vserver-0.30.209
$ ./configure --prefix=/usr/local/vserver --with-vrootdir=/home/vservers --localstatedir=/var --sysconfdir=/etc
[...]
util-vserver 0.30.209

Features:
CC: gcc, gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
CXX: g++, g++ (GCC) 3.3.5 (Debian 1:3.3.5-13)
CPPFLAGS: ''
CFLAGS: '-g -O2 -std=c99 -Wall -pedantic -W'
CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W -fmessage-length=0'
build/host: i686-pc-linux-gnu/i686-pc-linux-gnu
Use dietlibc: yes
Build C++ programs: yes
Build C99 programs: yes
Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
ext2fs Source: e2fsprogs
syscall(2) invocation: alternative
vserver(2) syscall#: 273/glibc

Paths:
prefix: /usr/local/vserver
sysconf-Directory: /etc
cfg-Directory: /etc/vservers
initrd-Directory: $(sysconfdir)/init.d
pkgstate-Directory: /var/run/vservers
vserver-Rootdir: /home/vservers

Compilation:
$ make
# make install
# make install-distribution

Post-install: s'assurer que ''/home/vservers'' est bien ''chroot barrier'' et mettre les permissions sur ''/proc''
# /usr/local/vserver/sbin/setattr --barrier /home/vservers
# /usr/local/vserver/lib/util-vserver/vprocunhide

= Création d'un serveur virtuel =

Il existe un package ''vserver-debiantools'' qui automatise la création de serveurs sous Debian, mais il est basé sur les ''anciennes'' fonctions de Linux-VServer. Nous ferons donc notre création ''à la main'', ce n'est pas compliqué!

Pour faciliter les choses, on va enregistrer les valeurs par défaut:
* Mirroir: ''/etc/vservers/.defaults/apps/debootstrap/mirror'' contient ''ftp://ftp.belnet.be/pub/debian''
# mkdir -p /etc/vservers/.defaults/apps/debootstrap/
# echo ftp://ftp.belnet.be/pub/debian > /etc/vservers/.defaults/apps/debootstrap/mirror
# apt-get install debootstrap

Creation du vserver:
# PKG_EXCLUDE="dhcp-client,fdutils,iptables,libpcap0.7,makedev,pciutils,ppp,pppconfig,pppoe,pppoeconf"
# vserver alesia build \
> --hostname alesia.bulles-dsl \
> --interface eth0:172.16.34.44/26 \
> -m debootstrap -- -d sarge -- --exclude=${PKG_EXCLUDE}
'''Note''': J'ai utilisé ''debootstrap'' de ''testing'', pour éviter certain warnings

Post-install: il faut se débarrasser de tout ce qui touche au hardware lors du boot.
# vserver alesia start
# vserver alesia enter
alesia:/# LANG=C
alesia:/# NO_INIT="makedev hwclock.sh urandom mountnfs.sh umountnfs.sh networking \
> ifupdown umountfs halt klogd reboot keymap.sh console-screen.sh checkroot.sh \
> mountvirtfs procps.sh mountall.sh checkfs.sh ifupdown-clean hwclockfirst.sh modutils"
alesia:/# for FILE in $NO_INIT
> do
> update-rc.d -f $FILE remove
> done
'''Note''': Il se peut qu'une erreur ''proc/uptime can not be accessed. Usually, this is caused by
procfs-security. Please read the FAQ for more details'' apparaisse; dans ce cas relancez ''/usr/local/vserver/lib/util-vserver/vprocunhide''

Les packages installés par ''debootstrap'' sont vraiment le minimum. Le plus simple est d'exécuter ''base-config''.
# vserver alesia enter
alesia:/# LANG=C
alesia:/# base-config new
'''Note''': Il semble que ''debootstrap'' utilise ''testing'' pour ses packages!

= Accès réseau =
La plupart des services réseau font un ''bind'' sur l'ensembles des interfaces réseau disponibles. Il faut s'assurer que l'hôte et les serveurs virtuels n'écoutent que sur leurs IP respectives.

Par exemple pour SSH, dans ''/etc/ssh/sshd_config''
ListenAddress 172.16.34.44

= Démarrage au boot =
Les scripts de démarrage:
# update-rc.d vprocunhide defaults 90 10
# update-rc.d vservers-default defaults 91 09

Pour qu'un VServer démarre au boot: mettre ''default'' dans ''/etc/vservers/<vserver>/apps/init/mark''

= Liens =
* Page du projet: http://linux-vserver.org/
* [http://www.5dollarwhitebox.org/wiki/index.php/Howtos_Linux-Vserver_Debian_Sarge Howtos Linux-Vserver Debian Sarge]
* [http://linux-vserver.org/Step-by-Step+Guide+2.6 Step-by-Step Guide 2.6]
* [http://www.13thfloor.at/vserver/s_rel26/v2.01/ Linux-VServer L26 Stable]
* [http://linux-vserver.org/alpha+util-vserver alpha util-vserver]
* [http://www.nongnu.org/util-vserver/doc/conf/configuration.html Flower page]
* [http://www.13thfloor.at/old/VServer/HowTo_LVMQS.shtml VS Secure Quota HowTo]

Linux-VServer HowTo

2006-03-14T16:55:09Z

Francois : /* Création d'un serveur virtuel */

Notes sur l'installation de Linux-VServer sur une Debian Sarge / Linux 2.6

= Introduction =
Il y a déjà quelques HowTo's dans la place, le but ici n'est pas d'un ré-écrire un, mais plutot d'avoir un brain-dump de mon installation...

= Pré-requis =
Debian Sarge installé et à jour

= Noyeau =
Il faut avoir un noyeau récent. Plutôt que d'opter pour un noyeau de kernel.org, j'ai utilisé les sources du dernier noyeau Debian dans unstable:
$ apt-get install linux-source-2.6.14
$ cd /usr/src
$ tar xjf linux-source-2.6.14.tar.bz2

J'ai aussi récupéré le fichier de configuration ''.config'' du package ''linux-image-2.6.14-2-686-smp'' pour avoir une base de configuration correcte.
$ cd /tmp
$ wget ftp://ftp.belnet.be/pub/debian/pool/main/l/linux-2.6/linux-image-2.6.14-2-686-smp_2.6.14-6_i386.deb
$ ar xv linux-source-2.6.14.tar.bz2 data.tar.gz
$ tar xzvf data.tar.gz ./boot/config-2.6.14-2-686-smp
$ cp boot/config-2.6.14-2-686-smp /usr/src/linux-source-2.6.14/.config

On applique la dernière version stable des patches Linux-VServer sur http://www.13thfloor.at/vserver/s_rel26/v2.01/
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/patch-2.6.14.3-vs2.01.diff.bz2
$ cd linux-source-2.6.14
$ bzcat ../patch-2.6.14.3-vs2.01.diff.bz2 | patch -p1

/!\ Le patch ne s'applique pas entièrement sur un noyeau Debian il faut patcher ''init/version.c'' à la main (trivial).

On vérifie les paramètres de Linux-VServer:
$ make menuconfig

La section Linux-VServer resemble à ceci:
[*] Enable Legacy Kernel API
[ ] Show a Legacy Version ID
[ ] Disable Legacy Networking Kernel API
[*] Enable Proc Security
[*] Enable Hard CPU Limits
[ ] Limit the IDLE task
Persistent Inode Context Tagging (UID24/GID24) --->
[ ] Tag NFSD User Auth and Files
[ ] VServer Debugging Code

Et dans la section ''Device Drivers'' / ''Block Devices'':
<M> Virtual Root device support

Génération d'un noyeau Debian:
$ fakeroot make-kpkg \
--revision 2.6.14.vs201 \
--append_to_version -1-vs2.0.1-686-smp \
--us --uc \
--rootcmd fakeroot \
--initrd \
kernel_image kernel_headers

Et finalement installation:
# dpkg -i /usr/src/kernel-image-2.6.14-1-vs2.0.1-686-smp_2.6.14.vs201_i386.deb

= Outils =
Je n'ai pas eu trop de succès avec ''util-vserver'' de la version stable, le problème venant plus que probablement des chois pris lors de la compilation du noyeau. J'ai donc décidé de recompiler les outils...

Pré-requis:
# apt-get install vlan dietlibc dietlibc-dev e2fslibs-dev beecrypt2 beecrypt2-dev

Les sources stables sont disponibles elles aussi sur http://www.13thfloor.at/vserver/s_rel26/v2.01/:
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/util-vserver-0.30.209.tar.gz
$ tar xzf util-vserver-0.30.209.tar.gz

Configuration: nous n'allons pas installer le paquet aux endroits habituels:
* L'ensembles des programmes et librairies sous ''/usr/local/vserver'' pour ne pas mélanger avec d'autres paquets
* Les serveurs virtuels irons dan /home/vservers

$ cd util-vserver-0.30.209
$ ./configure --prefix=/usr/local/vserver --with-vrootdir=/home/vservers --localstatedir=/var --sysconfdir=/etc
[...]
util-vserver 0.30.209

Features:
CC: gcc, gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
CXX: g++, g++ (GCC) 3.3.5 (Debian 1:3.3.5-13)
CPPFLAGS: ''
CFLAGS: '-g -O2 -std=c99 -Wall -pedantic -W'
CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W -fmessage-length=0'
build/host: i686-pc-linux-gnu/i686-pc-linux-gnu
Use dietlibc: yes
Build C++ programs: yes
Build C99 programs: yes
Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
ext2fs Source: e2fsprogs
syscall(2) invocation: alternative
vserver(2) syscall#: 273/glibc

Paths:
prefix: /usr/local/vserver
sysconf-Directory: /etc
cfg-Directory: /etc/vservers
initrd-Directory: $(sysconfdir)/init.d
pkgstate-Directory: /var/run/vservers
vserver-Rootdir: /home/vservers

Compilation:
$ make
# make install
# make install-distribution

Post-install: s'assurer que ''/home/vservers'' est bien ''chroot barrier'' et mettre les permissions sur ''/proc''
# /usr/local/vserver/sbin/setattr --barrier /home/vservers
# /usr/local/vserver/lib/util-vserver/vprocunhide

= Création d'un serveur virtuel =

Il existe un package ''vserver-debiantools'' qui automatise la création de serveurs sous Debian, mais il est basé sur les ''anciennes'' fonctions de Linux-VServer. Nous ferons donc notre création ''à la main'', ce n'est pas compliqué!

Pour faciliter les choses, on va enregistrer les valeurs par défaut:
* Mirroir: ''/etc/vservers/.defaults/apps/debootstrap/mirror'' contient ''ftp://ftp.belnet.be/pub/debian''
# mkdir -p /etc/vservers/.defaults/apps/debootstrap/
# echo ftp://ftp.belnet.be/pub/debian > /etc/vservers/.defaults/apps/debootstrap/mirror
# apt-get install debootstrap

Creation du vserver:
# PKG_EXCLUDE="dhcp-client,fdutils,iptables,libpcap0.7,makedev,pciutils,ppp,pppconfig,pppoe,pppoeconf"
# vserver alesia build \
> --hostname alesia.bulles-dsl \
> --interface eth0:172.16.34.44/26 \
> -m debootstrap -- -d sarge -- --exclude=${PKG_EXCLUDE}
'''Note''': J'ai utilisé ''debootstrap'' de ''testing'', pour éviter certain warnings

Post-install: il faut se débarrasser de tout ce qui touche au hardware lors du boot.
# vserver alesia start
# vserver alesia enter
alesia:/# LANG=C
alesia:/# NO_INIT="makedev hwclock.sh urandom mountnfs.sh umountnfs.sh networking \
> ifupdown umountfs halt klogd reboot keymap.sh console-screen.sh checkroot.sh \
> mountvirtfs procps.sh mountall.sh checkfs.sh ifupdown-clean hwclockfirst.sh modutils"
alesia:/# for FILE in $NO_INIT
> do
> update-rc.d -f $FILE remove
> done

Les packages installés par ''debootstrap'' sont vraiment le minimum. Le plus simple est d'exécuter ''base-config''.
# vserver alesia enter
alesia:/# LANG=C
alesia:/# base-config new
'''Note''': Il semble que ''debootstrap'' utilise ''testing'' pour ses packages!

= Accès réseau =
La plupart des services réseau font un ''bind'' sur l'ensembles des interfaces réseau disponibles. Il faut s'assurer que l'hôte et les serveurs virtuels n'écoutent que sur leurs IP respectives.

Par exemple pour SSH, dans ''/etc/ssh/sshd_config''
ListenAddress 172.16.34.44

= Démarrage au boot =
Les scripts de démarrage:
# update-rc.d vprocunhide defaults 90 10
# update-rc.d vservers-default defaults 91 09

Pour qu'un VServer démarre au boot: mettre ''default'' dans ''/etc/vservers/<vserver>/apps/init/mark''

= Liens =
* Page du projet: http://linux-vserver.org/
* [http://www.5dollarwhitebox.org/wiki/index.php/Howtos_Linux-Vserver_Debian_Sarge Howtos Linux-Vserver Debian Sarge]
* [http://linux-vserver.org/Step-by-Step+Guide+2.6 Step-by-Step Guide 2.6]
* [http://www.13thfloor.at/vserver/s_rel26/v2.01/ Linux-VServer L26 Stable]
* [http://linux-vserver.org/alpha+util-vserver alpha util-vserver]
* [http://www.nongnu.org/util-vserver/doc/conf/configuration.html Flower page]
* [http://www.13thfloor.at/old/VServer/HowTo_LVMQS.shtml VS Secure Quota HowTo]

Linux-VServer HowTo

2006-03-14T12:31:02Z

Francois : /* Création d'un serveur virtuel */

Notes sur l'installation de Linux-VServer sur une Debian Sarge / Linux 2.6

= Introduction =
Il y a déjà quelques HowTo's dans la place, le but ici n'est pas d'un ré-écrire un, mais plutot d'avoir un brain-dump de mon installation...

= Pré-requis =
Debian Sarge installé et à jour

= Noyeau =
Il faut avoir un noyeau récent. Plutôt que d'opter pour un noyeau de kernel.org, j'ai utilisé les sources du dernier noyeau Debian dans unstable:
$ apt-get install linux-source-2.6.14
$ cd /usr/src
$ tar xjf linux-source-2.6.14.tar.bz2

J'ai aussi récupéré le fichier de configuration ''.config'' du package ''linux-image-2.6.14-2-686-smp'' pour avoir une base de configuration correcte.
$ cd /tmp
$ wget ftp://ftp.belnet.be/pub/debian/pool/main/l/linux-2.6/linux-image-2.6.14-2-686-smp_2.6.14-6_i386.deb
$ ar xv linux-source-2.6.14.tar.bz2 data.tar.gz
$ tar xzvf data.tar.gz ./boot/config-2.6.14-2-686-smp
$ cp boot/config-2.6.14-2-686-smp /usr/src/linux-source-2.6.14/.config

On applique la dernière version stable des patches Linux-VServer sur http://www.13thfloor.at/vserver/s_rel26/v2.01/
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/patch-2.6.14.3-vs2.01.diff.bz2
$ cd linux-source-2.6.14
$ bzcat ../patch-2.6.14.3-vs2.01.diff.bz2 | patch -p1

/!\ Le patch ne s'applique pas entièrement sur un noyeau Debian il faut patcher ''init/version.c'' à la main (trivial).

On vérifie les paramètres de Linux-VServer:
$ make menuconfig

La section Linux-VServer resemble à ceci:
[*] Enable Legacy Kernel API
[ ] Show a Legacy Version ID
[ ] Disable Legacy Networking Kernel API
[*] Enable Proc Security
[*] Enable Hard CPU Limits
[ ] Limit the IDLE task
Persistent Inode Context Tagging (UID24/GID24) --->
[ ] Tag NFSD User Auth and Files
[ ] VServer Debugging Code

Et dans la section ''Device Drivers'' / ''Block Devices'':
<M> Virtual Root device support

Génération d'un noyeau Debian:
$ fakeroot make-kpkg \
--revision 2.6.14.vs201 \
--append_to_version -1-vs2.0.1-686-smp \
--us --uc \
--rootcmd fakeroot \
--initrd \
kernel_image kernel_headers

Et finalement installation:
# dpkg -i /usr/src/kernel-image-2.6.14-1-vs2.0.1-686-smp_2.6.14.vs201_i386.deb

= Outils =
Je n'ai pas eu trop de succès avec ''util-vserver'' de la version stable, le problème venant plus que probablement des chois pris lors de la compilation du noyeau. J'ai donc décidé de recompiler les outils...

Pré-requis:
# apt-get install vlan dietlibc dietlibc-dev e2fslibs-dev beecrypt2 beecrypt2-dev

Les sources stables sont disponibles elles aussi sur http://www.13thfloor.at/vserver/s_rel26/v2.01/:
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/util-vserver-0.30.209.tar.gz
$ tar xzf util-vserver-0.30.209.tar.gz

Configuration: nous n'allons pas installer le paquet aux endroits habituels:
* L'ensembles des programmes et librairies sous ''/usr/local/vserver'' pour ne pas mélanger avec d'autres paquets
* Les serveurs virtuels irons dan /home/vservers

$ cd util-vserver-0.30.209
$ ./configure --prefix=/usr/local/vserver --with-vrootdir=/home/vservers --localstatedir=/var --sysconfdir=/etc
[...]
util-vserver 0.30.209

Features:
CC: gcc, gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
CXX: g++, g++ (GCC) 3.3.5 (Debian 1:3.3.5-13)
CPPFLAGS: ''
CFLAGS: '-g -O2 -std=c99 -Wall -pedantic -W'
CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W -fmessage-length=0'
build/host: i686-pc-linux-gnu/i686-pc-linux-gnu
Use dietlibc: yes
Build C++ programs: yes
Build C99 programs: yes
Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
ext2fs Source: e2fsprogs
syscall(2) invocation: alternative
vserver(2) syscall#: 273/glibc

Paths:
prefix: /usr/local/vserver
sysconf-Directory: /etc
cfg-Directory: /etc/vservers
initrd-Directory: $(sysconfdir)/init.d
pkgstate-Directory: /var/run/vservers
vserver-Rootdir: /home/vservers

Compilation:
$ make
# make install
# make install-distribution

Post-install: s'assurer que ''/home/vservers'' est bien ''chroot barrier'' et mettre les permissions sur ''/proc''
# /usr/local/vserver/sbin/setattr --barrier /home/vservers
# /usr/local/vserver/lib/util-vserver/vprocunhide

= Création d'un serveur virtuel =

Il existe un package ''vserver-debiantools'' qui automatise la création de serveurs sous Debian, mais il est basé sur les ''anciennes'' fonctions de Linux-VServer. Nous ferons donc notre création ''à la main'', ce n'est pas compliqué!

Pour faciliter les choses, on va enregistrer les valeurs par défaut:
* Mirroir: ''/etc/vservers/.defaults/apps/debootstrap/mirror'' contient ''ftp://ftp.belnet.be/pub/debian''
# mkdir -p /etc/vservers/.defaults/apps/debootstrap/
# echo ftp://ftp.belnet.be/pub/debian > /etc/vservers/.defaults/apps/debootstrap/mirror

Creation du vserver:
# PKG_EXCLUDE="dhcp-client,fdutils,iptables,libpcap0.7,makedev,pciutils,ppp,pppconfig,pppoe,pppoeconf"
# vserver alesia build \
> --hostname alesia.bulles-dsl \
> --interface eth0:172.16.34.44/26 \
> -m debootstrap -- -d sarge -- --exclude=${PKG_EXCLUDE}
'''Note''': J'ai utilisé ''debootstrap'' de ''testing'', pour éviter certain warnings

Post-install: il faut se débarrasser de tout ce qui touche au hardware lors du boot.
# vserver alesia start
# vserver alesia enter
alesia:/# LANG=C
alesia:/# NO_INIT="makedev hwclock.sh urandom mountnfs.sh umountnfs.sh networking \
> ifupdown umountfs halt klogd reboot keymap.sh console-screen.sh checkroot.sh \
> mountvirtfs procps.sh mountall.sh checkfs.sh ifupdown-clean hwclockfirst.sh modutils"
alesia:/# for FILE in $NO_INIT
> do
> update-rc.d -f $FILE remove
> done

Les packages installés par ''debootstrap'' sont vraiment le minimum. Le plus simple est d'exécuter ''base-config''.
# vserver alesia enter
alesia:/# LANG=C
alesia:/# base-config new
'''Note''': Il semble que ''debootstrap'' utilise ''testing'' pour ses packages!

= Accès réseau =
La plupart des services réseau font un ''bind'' sur l'ensembles des interfaces réseau disponibles. Il faut s'assurer que l'hôte et les serveurs virtuels n'écoutent que sur leurs IP respectives.

Par exemple pour SSH, dans ''/etc/ssh/sshd_config''
ListenAddress 172.16.34.44

= Démarrage au boot =
Les scripts de démarrage:
# update-rc.d vprocunhide defaults 90 10
# update-rc.d vservers-default defaults 91 09

Pour qu'un VServer démarre au boot: mettre ''default'' dans ''/etc/vservers/<vserver>/apps/init/mark''

= Liens =
* Page du projet: http://linux-vserver.org/
* [http://www.5dollarwhitebox.org/wiki/index.php/Howtos_Linux-Vserver_Debian_Sarge Howtos Linux-Vserver Debian Sarge]
* [http://linux-vserver.org/Step-by-Step+Guide+2.6 Step-by-Step Guide 2.6]
* [http://www.13thfloor.at/vserver/s_rel26/v2.01/ Linux-VServer L26 Stable]
* [http://linux-vserver.org/alpha+util-vserver alpha util-vserver]
* [http://www.nongnu.org/util-vserver/doc/conf/configuration.html Flower page]
* [http://www.13thfloor.at/old/VServer/HowTo_LVMQS.shtml VS Secure Quota HowTo]

Linux-VServer HowTo

2006-03-14T12:22:11Z

Francois : /* Outils */

Notes sur l'installation de Linux-VServer sur une Debian Sarge / Linux 2.6

= Introduction =
Il y a déjà quelques HowTo's dans la place, le but ici n'est pas d'un ré-écrire un, mais plutot d'avoir un brain-dump de mon installation...

= Pré-requis =
Debian Sarge installé et à jour

= Noyeau =
Il faut avoir un noyeau récent. Plutôt que d'opter pour un noyeau de kernel.org, j'ai utilisé les sources du dernier noyeau Debian dans unstable:
$ apt-get install linux-source-2.6.14
$ cd /usr/src
$ tar xjf linux-source-2.6.14.tar.bz2

J'ai aussi récupéré le fichier de configuration ''.config'' du package ''linux-image-2.6.14-2-686-smp'' pour avoir une base de configuration correcte.
$ cd /tmp
$ wget ftp://ftp.belnet.be/pub/debian/pool/main/l/linux-2.6/linux-image-2.6.14-2-686-smp_2.6.14-6_i386.deb
$ ar xv linux-source-2.6.14.tar.bz2 data.tar.gz
$ tar xzvf data.tar.gz ./boot/config-2.6.14-2-686-smp
$ cp boot/config-2.6.14-2-686-smp /usr/src/linux-source-2.6.14/.config

On applique la dernière version stable des patches Linux-VServer sur http://www.13thfloor.at/vserver/s_rel26/v2.01/
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/patch-2.6.14.3-vs2.01.diff.bz2
$ cd linux-source-2.6.14
$ bzcat ../patch-2.6.14.3-vs2.01.diff.bz2 | patch -p1

/!\ Le patch ne s'applique pas entièrement sur un noyeau Debian il faut patcher ''init/version.c'' à la main (trivial).

On vérifie les paramètres de Linux-VServer:
$ make menuconfig

La section Linux-VServer resemble à ceci:
[*] Enable Legacy Kernel API
[ ] Show a Legacy Version ID
[ ] Disable Legacy Networking Kernel API
[*] Enable Proc Security
[*] Enable Hard CPU Limits
[ ] Limit the IDLE task
Persistent Inode Context Tagging (UID24/GID24) --->
[ ] Tag NFSD User Auth and Files
[ ] VServer Debugging Code

Et dans la section ''Device Drivers'' / ''Block Devices'':
<M> Virtual Root device support

Génération d'un noyeau Debian:
$ fakeroot make-kpkg \
--revision 2.6.14.vs201 \
--append_to_version -1-vs2.0.1-686-smp \
--us --uc \
--rootcmd fakeroot \
--initrd \
kernel_image kernel_headers

Et finalement installation:
# dpkg -i /usr/src/kernel-image-2.6.14-1-vs2.0.1-686-smp_2.6.14.vs201_i386.deb

= Outils =
Je n'ai pas eu trop de succès avec ''util-vserver'' de la version stable, le problème venant plus que probablement des chois pris lors de la compilation du noyeau. J'ai donc décidé de recompiler les outils...

Pré-requis:
# apt-get install vlan dietlibc dietlibc-dev e2fslibs-dev beecrypt2 beecrypt2-dev

Les sources stables sont disponibles elles aussi sur http://www.13thfloor.at/vserver/s_rel26/v2.01/:
$ cd /usr/src
$ wget http://www.13thfloor.at/vserver/s_rel26/v2.01/util-vserver-0.30.209.tar.gz
$ tar xzf util-vserver-0.30.209.tar.gz

Configuration: nous n'allons pas installer le paquet aux endroits habituels:
* L'ensembles des programmes et librairies sous ''/usr/local/vserver'' pour ne pas mélanger avec d'autres paquets
* Les serveurs virtuels irons dan /home/vservers

$ cd util-vserver-0.30.209
$ ./configure --prefix=/usr/local/vserver --with-vrootdir=/home/vservers --localstatedir=/var --sysconfdir=/etc
[...]
util-vserver 0.30.209

Features:
CC: gcc, gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
CXX: g++, g++ (GCC) 3.3.5 (Debian 1:3.3.5-13)
CPPFLAGS: ''
CFLAGS: '-g -O2 -std=c99 -Wall -pedantic -W'
CXXFLAGS: '-g -O2 -ansi -Wall -pedantic -W -fmessage-length=0'
build/host: i686-pc-linux-gnu/i686-pc-linux-gnu
Use dietlibc: yes
Build C++ programs: yes
Build C99 programs: yes
Available APIs: compat,v11,v13,fscompat,net,oldproc,olduts
ext2fs Source: e2fsprogs
syscall(2) invocation: alternative
vserver(2) syscall#: 273/glibc

Paths:
prefix: /usr/local/vserver
sysconf-Directory: /etc
cfg-Directory: /etc/vservers
initrd-Directory: $(sysconfdir)/init.d
pkgstate-Directory: /var/run/vservers
vserver-Rootdir: /home/vservers

Compilation:
$ make
# make install
# make install-distribution

Post-install: s'assurer que ''/home/vservers'' est bien ''chroot barrier'' et mettre les permissions sur ''/proc''
# /usr/local/vserver/sbin/setattr --barrier /home/vservers
# /usr/local/vserver/lib/util-vserver/vprocunhide

= Création d'un serveur virtuel =

Il existe un package ''vserver-debiantools'' qui automatise la création de serveurs sous Debian, mais il est basé sur les ''anciennes'' fonctions de Linux-VServer. Nous ferons donc notre création ''à la main'', ce n'est pas compliqué!

Pour faciliter les choses, on va enregistrer les valeurs par défaut:
* Mirroir: ''/etc/vservers/.defaults/apps/debootstrap/mirror'' contient ''ftp://ftp.belnet.be/pub/debian''

Creation du vserver:
# PKG_EXCLUDE="dhcp-client,fdutils,iptables,libpcap0.7,makedev,pciutils,ppp,pppconfig,pppoe,pppoeconf"
# vserver alesia build \
> --hostname alesia.bulles-dsl \
> --interface eth0:172.16.34.44/26 \
> -m debootstrap -- -d sarge -- --exclude=${PKG_EXCLUDE}
'''Note''': J'ai utilisé ''debootstrap'' de ''testing'', pour éviter certain warnings

Post-install: il faut se débarrasser de tout ce qui touche au hardware lors du boot.
# vserver alesia start
# vserver alesia enter
alesia:/# LANG=C
alesia:/# NO_INIT="makedev hwclock.sh urandom mountnfs.sh umountnfs.sh networking \
> ifupdown umountfs halt klogd reboot keymap.sh console-screen.sh checkroot.sh \
> mountvirtfs procps.sh mountall.sh checkfs.sh ifupdown-clean hwclockfirst.sh modutils"
alesia:/# for FILE in $NO_INIT
> do
> update-rc.d -f $FILE remove
> done

Les packages installés par ''debootstrap'' sont vraiment le minimum. Le plus simple est d'exécuter ''base-config''.
# vserver alesia enter
alesia:/# LANG=C
alesia:/# base-config new
'''Note''': Il semble que ''debootstrap'' utilise ''testing'' pour ses packages!

= Accès réseau =
La plupart des services réseau font un ''bind'' sur l'ensembles des interfaces réseau disponibles. Il faut s'assurer que l'hôte et les serveurs virtuels n'écoutent que sur leurs IP respectives.

Par exemple pour SSH, dans ''/etc/ssh/sshd_config''
ListenAddress 172.16.34.44

= Démarrage au boot =
Les scripts de démarrage:
# update-rc.d vprocunhide defaults 90 10
# update-rc.d vservers-default defaults 91 09

Pour qu'un VServer démarre au boot: mettre ''default'' dans ''/etc/vservers/<vserver>/apps/init/mark''

= Liens =
* Page du projet: http://linux-vserver.org/
* [http://www.5dollarwhitebox.org/wiki/index.php/Howtos_Linux-Vserver_Debian_Sarge Howtos Linux-Vserver Debian Sarge]
* [http://linux-vserver.org/Step-by-Step+Guide+2.6 Step-by-Step Guide 2.6]
* [http://www.13thfloor.at/vserver/s_rel26/v2.01/ Linux-VServer L26 Stable]
* [http://linux-vserver.org/alpha+util-vserver alpha util-vserver]
* [http://www.nongnu.org/util-vserver/doc/conf/configuration.html Flower page]
* [http://www.13thfloor.at/old/VServer/HowTo_LVMQS.shtml VS Secure Quota HowTo]