|
Taille: 2886
Commentaire: le mot de la fin ! on y croit...
|
Taille: 2487
Commentaire: tiens, au fait.... ça c'est éclaircit, un tout petit peu... non ?
|
| Texte supprimé. | Texte ajouté. |
| Ligne 32: | Ligne 32: |
| 1. Il faut alors trouver la bonne version du noyau à installer. Pour l'instant c'est apparement un peu confus à ce niveau, faites votre choix en regardant les dates dans http://download.openvz.org/kernel/branches/debian/etch/ : | 1. Il faut alors trouver la bonne version du noyau à installer. La dernière version du patch Debian «officiel» est visible ici : http://packages.debian.org/linux-patch-openvz. Vérifiez que le noyau modifié avec ce patch est bien compilé pour Etch dans http://download.openvz.org/kernel/branches/debian/etch/. Il faut alors l'installer : |
| Ligne 34: | Ligne 34: |
# aptitude install linux-image-2.6.18-openvz-18-53.5d1-686 # ou ...-k7 sur un Athlon |
# aptitude install linux-image-2.6.18-openvz-18-53.5d1-686 # ou ...-k7 sur un Athlon |
| Ligne 38: | Ligne 37: |
| /!\ '''Attention''' : la version `13-39.1d2` a un énorme bogue de gestion SMP pendant les accès réseau dont le résultat est un '''plantage du noyau'''. Nous ne savons pas encore si cela à été corrigé dans la version `18-51.3d2` donc, dans le doute, préférez la version `13-1etch5`. /!\ '''Attention''' : [[ProgFou|j']]ai encore eu des soucis IRQ sur config SMP avec la `18-51.3d2` : des '''Ooops''' avec pour symptôme des blocages d'écritures sur disque... Je teste la `18-53.5d1` qui est sortie fin mars 2008. C'est limite à se demander si c'est vraiment un problème OpenVZ ou bien encore une de ces saletés d'ACPI/APIC bogué... |
<!> Si vous n'êtes pas sûr-e du numéro de version, demandez aux copains sur <<MailTo(discussion-technique AT SANS SPAM auf DOT org>>. |
Ce document décrit l'installation d'un noyau compatible OpenVZ sur un serveur Debian.
Il est conseillé de parcourir également la documentation officielle (en anglais).
Stratégie d'installation
Elle est très simple :
- installer un noyau compatible OpenVZ
- redémarrer et s'assurer qu'il n'y a pas de dysfonctionnement (aucun connu jusqu'ici)
- installer les outils de gestion de machines virtuelles (vzctl)
Installation au dessus d'une Debian "Etch" 4.0
Voici les étapes à suivre :
- Ajouter les sources de paquets suivantes :
# pour le noyau openvz : deb http://download.openvz.org/debian etch main # pour les outils de gestion compatibles Debian : deb http://debian.systs.org/ etch openvz
- Ajouter la clé pour APT :
# cd /tmp # wget http://debian.systs.org/dso_archiv_signing_key.asc # sudo apt-key add dso_archiv_signing_key.asc
- Mettre à jour la liste des paquets :
# aptitude update
Il faut alors trouver la bonne version du noyau à installer. La dernière version du patch Debian «officiel» est visible ici : http://packages.debian.org/linux-patch-openvz. Vérifiez que le noyau modifié avec ce patch est bien compilé pour Etch dans http://download.openvz.org/kernel/branches/debian/etch/. Il faut alors l'installer :
# aptitude install linux-image-2.6.18-openvz-18-53.5d1-686 # ou ...-k7 sur un Athlon
Si vous n'êtes pas sûr-e du numéro de version, demandez aux copains sur <<MailTo(discussion-technique AT SANS SPAM auf DOT org>>. - Redémarrer la machine sur le nouveau noyau !OpenVZ
# reboot
- Une fois la machine redémarrée, installer les outils OpenVZ :
# aptitude install vzctl
Ajuster les paramètres
Les scripts par défaut modifient les fichiers /etc/hosts et /etc/hostname des machines virtuelles, ce qui peut parfois se révéler ennuyeux. Un simple exit au début de /etc/vz/dists/scripts/debian-set_hostname.sh suffit à désactiver cela.
Le fichier /etc/vz/conf/ve-vps.basic.conf-sample donne les valeurs par défaut des beancounters, qui servent à plafonner la consommation des ressources de chaque machines virtuelles. Ces valeurs sont assez petites dans le fichier par défaut. Modifier ces valeurs changera les valeurs attribuées aux machines nouvellement créées.