Installation et utilisation d'OpenVZ sur Debian Wheezy (AMD64) - Page 2

2.2 Installation du noyau Debian Wheezy depuis le projet OpenVZ

Ajoutez la ligne suivante à /etc/apt/sources.list:

vi /etc/apt/sources.list

| [...] deb http://download.openvz.org/debian wheezy main |

Ajoutez la clé OpenVZ à apt:

wget -O- "http://ftp.openvz.org/debian/archive.key" | apt-key add -

Mettez à jour la base de données des paquets:

apt-get update

Installez le noyau OpenVZ, vzctl, vzquota et vzdump comme suit:

apt-get install vzkernel vzctl vzquota vzdump

Ensuite, nous devons nous assurer que le noyau correct (le noyau OpenVZ) est démarré lorsque vous redémarrez le système. Dans la sortie de la dernière commande, vous devriez voir quelque chose comme ceci:

Génération grub.cfg …
Image linux trouvée : /boot/vmlinuz-3.2.0-4-amd64
Image initrd trouvée : /boot/initrd.img-3.2.0-4-amd64
Image linux trouvée : /boot/vmlinuz-2.6.32-042stab059.7
Image initrd trouvée : /boot/initrd.img-2.6.32-042stab059.7
fait
root@server1:~#

Cela signifie qu’il y a aussi un autre noyau sur le système (3.2.0), et le noyau OpenVZ (2.6.32) n’est pas le premier de la liste. Donc, pour faire du noyau OpenVZ le noyau par défaut, nous avons deux options - ajuster le noyau par défaut dans GRUB (recommandé) ou supprimer le(s) noyau(x) non-VZ.

Pour ajuster le noyau par défaut dans GRUB, ouvrez /etc/default/grub…

vi /etc/default/grub

… et modifiez la ligne GRUB_DEFAULT (le comptage commence à 0 ; comme chaque noyau vient aussi avec un mode de récupération, notre noyau OpenVZ est le troisième noyau, donc nous devons mettre 2 ici):

| [...] GRUB_DEFAULT=2 [...] |

Mettez à jour GRUB ensuite:

update-grub

Pour supprimer le noyau par défaut, exécutez…

apt-get remove linux-image-amd64 linux-image-3.2.0-4-amd64

… et mettez à jour GRUB:

update-grub

Maintenant que nous avons vérifié que le noyau correct va démarrer, nous pouvons continuer.

Ensuite, nous devons vérifier que nous utilisons des UUID au lieu des noms de périphériques dans /etc/fstab car sinon le système pourrait ne pas démarrer avec le noyau OpenVZ. Exécutez…

blkid

… pour découvrir les UUID de vos périphériques/partitions:

root@server1:/tmp# blkid
/dev/mapper/server1-swap_1: UUID=”c465cb44-1bf9-4fbe-bb31-17139fd43004” TYPE=”swap”
/dev/sda5: UUID=”WRK6Xm-fg52-T836-sp4k-6uxm-trHH-FiRdBx” TYPE=”LVM2_member”
/dev/sda1: UUID=”46d1bd79-d761-4b23-80b8-ad20cb18e049” TYPE=”ext2”
/dev/mapper/server1-root: UUID=”d5ac6d76-0b69-46da-b0c1-a4376f2f0e4e” TYPE=”ext4”
root@server1:/tmp#

Ouvrez /etc/fstab:

vi /etc/fstab

Mon /etc/fstab original ressemble à ceci (comme vous le voyez, l’UUID de la partition /boot est déjà utilisé, mais pour / et swap, les noms de périphériques sont utilisés):

| # /etc/fstab: informations sur le système de fichiers statique. # # Utilisez 'blkid' pour imprimer l'identifiant universellement unique pour un # périphérique ; cela peut être utilisé avec UUID= comme un moyen plus robuste de nommer les périphériques # qui fonctionne même si des disques sont ajoutés et supprimés. Voir fstab(5). # # /dev/mapper/server1-root / ext4 errors=remount-ro 0 1 # /boot était sur /dev/sda1 pendant l'installation UUID=46d1bd79-d761-4b23-80b8-ad20cb18e049 /boot ext2 defaults 0 2 /dev/mapper/server1-swap_1 none swap sw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 |

Modifiez-le pour que des UUID soient utilisés pour toutes les partitions:

| # /etc/fstab: informations sur le système de fichiers statique. # # Utilisez 'blkid' pour imprimer l'identifiant universellement unique pour un # périphérique ; cela peut être utilisé avec UUID= comme un moyen plus robuste de nommer les périphériques # qui fonctionne même si des disques sont ajoutés et supprimés. Voir fstab(5). # # #/dev/mapper/server1-root / ext4 errors=remount-ro 0 1 UUID=d5ac6d76-0b69-46da-b0c1-a4376f2f0e4e / ext4 errors=remount-ro 0 1 # /boot était sur /dev/sda1 pendant l'installation UUID=46d1bd79-d761-4b23-80b8-ad20cb18e049 /boot ext2 defaults 0 2 #/dev/mapper/server1-swap_1 none swap sw 0 0 UUID=c465cb44-1bf9-4fbe-bb31-17139fd43004 none swap sw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 |

Créez un lien symbolique de /var/lib/vz à /vz pour assurer la compatibilité descendante:

ln -s /var/lib/vz /vz

Ouvrez /etc/sysctl.conf et assurez-vous que vous avez les paramètres suivants:

vi /etc/sysctl.conf

| [...] net.ipv4.conf.all.rp_filter=1 net.ipv4.icmp_echo_ignore_broadcasts=1 net.ipv4.conf.default.forwarding=1 net.ipv4.conf.default.proxy_arp = 0 net.ipv4.ip_forward=1 kernel.sysrq = 1 net.ipv4.conf.default.send_redirects = 1 net.ipv4.conf.all.send_redirects = 0 net.ipv4.conf.eth0.proxy_arp=1 [...] |

Si vous devez modifier /etc/sysctl.conf, exécutez

sysctl -p 

ensuite.

L’étape suivante est importante si les adresses IP de vos machines virtuelles proviennent d’un sous-réseau différent de l’adresse IP du système hôte. Si vous ne le faites pas, le réseau ne fonctionnera pas dans les machines virtuelles!

Ouvrez /etc/vz/vz.conf et définissez NEIGHBOUR_DEVS sur all:

vi /etc/vz/vz.conf

| [...] # Contrôle des interfaces sur lesquelles envoyer des requêtes ARP et modifier les tables APR. NEIGHBOUR_DEVS=all [...] |

Enfin, redémarrez le système:

reboot

Si votre système redémarre sans problèmes, alors tout va bien!

Exécutez

uname -r

et votre nouveau noyau OpenVZ devrait apparaître:

root@server1:~# uname -r
2.6.32-042stab059.7
root@server1:~#