Cette version est surtout la sortie de deux DVDs : un compatible sur les architectures x86 et x86_64 et un autre fonctionnant uniquement sur x86_64.

Ces DVDs contiennent les packages suivant :

* Les packages système : Linux Kernel 2.6.30 (with gentoo patches), Accessibility Support with Speakup 3.1.3, BASH 4.0, GLIBC 2.9, GCC 4.3.2. Binutils 2.18, Python 2.6.2, Perl 5.8.8...

* Les environements de bureau : KDE 4.3.1, GNOME 2.26.3, Xfce 4.6.1, Enlightenment 0.16.8.15, Openbox 3.4.7.2, Fluxbox 1.1.1, TWM 1.0.4, and more...

* Applications de bureau et graphiques : OpenOffice 3.1.1, G/Vim 7.2.182, Abiword 2.6.4, GNUCash 2.2.9, Scribus 1.3.3.11, GIMP 2.6.4, Inkscape 0.46, Blender 2.49a, XSane 0.996...

* Les navigateurs Web : Mozilla Firefox (Minefield) 3.5.3, Arora 0.7.11, Opera 10.0, Epiphany 2.26.3, Galeon 2.0.4, Seamonkey 1.1.17...

* Outils de communication : Pidgin 2.5.9, Quassel 0.5, Mozilla Thunderbird 2.0.23, Claws Mail 3.7.2, Ekiga 2.0.12, Qtwitter 0.7.1, irssi 0.8.13...

* Outils multimédia : Amarok 2.1.1, MPlayer 1.0_rc4, DvdAuthor 0.6.14, LAME 3.98.2, FFMPEG 0.5_p19928, GNOME-MPlayer 0.9.7, SMPlayer 0.6.6...

Pour celles et ceux qui ont déjà gentoo installé sur leurs machines, il vous faut mettre à jour votre profile.

• Introduction
• Dom0
• DomU
• Administration des domaines
• Liens

---

[titre1]Introduction[/titre1]

La virtualisation est un sujet à la mode depuis quelques temps compte tenu des nombreux avantages qu'elle apporte aux infrastructures.

Je ne rentrerai pas dans l'énumération des-dits avantages, et pas non plus dans la description des différentes formes de virtualisation, pour cela je vous invite à vous reporter à l'article de wikipédia.

Le type hyperviseur sous Xen, celui qui nous intéressera dans le reste de ce document :

hyperviseur

L'hyperviseur fourni une couche virtuelle pour les matériels, switch, cartes réseaux (...), et le bios, ne nécéssitant pas de modification de l'OS hôte. L'OS n'est pas conscient d'être virtualisée. Ce type accuse une perte des performances brutes de la VM par rapport à son homologue physique de l'ordre de 35% pour VMware, contre 25% pour Xen. (marge de + ou - 5 points pour les % suivant les cas).

Dans la paravirtualisation, les machines virtuelles (VM) ont conscience d'être virtualisées car elles fonctionnent sur une version Xen du noyau en mode 'domain U' non-privilégié, alors que la machine physique (Hardware Node) fonctionne sur un noyau Xen en mode 'domain 0' privilégié. Cela permet aux VMs des accés beaucoup plus rapide au matériel car Xen ne fait qu'ordonnancer les accés sans traiter la 'traversée' de la couche virtuelle de matériel. Ce type n'accuse une perte de performance de la VM que de l'ordre de 3 à 5%. Mais vous l'aurez compris : seuls les OS linux et BSD permettent ce type car il nécéssite un noyau Xen pour les VMs.

C'est ce mode que nous alons mettre en place car il ne nécéssite pas des processeurs supportant la virtualisation matérielle.

[titre1]Dom0[/titre1]

Le dom0 est le domaine qui va accueillir les domaines invités.

Pour installer notre hyperviseur sous Gentoo, il nous faut demasquer certains paquets et activer certains drapeaux :

Afin d'obtenir les meilleurs performances il vous faut modifier vos CFLAGS.

Exemple pour un x86 :

Pour une amd64 :

Recompilez tous vos paquets et installez les xen-sources et outils Xen.

[titre2]Le noyau[/titre2]

Modifions le noms des sources :

En plus de la configuration normale pour votre matériel activez les options suivantes :

Compilez votre noyau et installez-le :

Modifiez grub :

Rebootez.

[titre2]Le réseau[/titre2]

Nous utiliserons le le mode bridge pour le réseau ce qui permettra aux machines virtuelles d'avoir leur propre adresse IP :

modifiez le fichier /etc/xen/xend-config.sxp :

---

Activez le service xend :

[titre1]DomU[/titre1]

Passons maintenant à l'installation de notre domaine hôte.

Créons le périphérique block où sera installé notre système virtuelle.

Première solution : utilisez un fichier de 4Go comme périphérique block et formatez-le :

Montez ce block :

Et procédez à l'installation comme décrit dans le handbook Gentoo.

[titre2]Le noyau[/titre2]

Au moment d'installer votre noyau choisissez les xen-sources et configurez votre noyau avec les options suivantes :

Editez le fichier /etc/inittab de votre domU afin de ne laisser q'une console :

[titre2]Configuration DomU[/titre2]

Concernant la partition swap, je vous conseille de créer un fichier à l'intérieur du domU, cela n'est pas le plus performant comme format mais cela permet d'avoir tout à l'intérieur de la machine virtuelle :

Configurez le grub du domU :

Passons à la configuration de xen pour le domU. Créez, dans le dom0 le fichier de configuration /etc/xen/gentoo, dans le cadre de l'utilisation d'un fichier pour la partition système :

Ou comme cela si vous utilisez un périphérique block pour le domU :

[titre2]Le réseau[/titre2]

Configurez en IP fixe l'interface de votre domU comme s'il s'agissait d'une interface normale eth0.

En revanche, si vous utilisez DHCP, alors pensez à attribuer une adresse matérielle (MAC) pour l'interface en modifiant le fichier de configuration du domU.

---

Une fois que vous avez démontez votre domU, nous allons lancer notre machine virtuelle :

Vérifiez :

Et accédez à votre système gentoo virtuelle :

Vous assurez que la machine virtuelle soit lancée au démarrage du système :

[titre1]Administration des domaines[/titre1]

Nous allons voire les commandes les plus courrantes d'administration de vos domaines.

[titre2]Info dom0[/titre2]

les méssages de demarrage de Xen :

[titre2]Démarrez domU[/titre2]

Avec le mode console :

[titre2]Stoppez domU[/titre2]

Arrêtez normallement le domU :

Arrêt immédiat :

Mettre et sortir de pause :

[titre2]Sauvegarder et restaurer domU[/titre2]

Sauvegardez le domU dans un fichier :

Restaurez le domU :

[titre2]vCPUs[/titre2]

Augmeter ou réduire le nombre de vCPUs (entendez procésseurs virtuels) attribués à un domU (ne peux dépasser la valeur totale de la configuration) :

[titre2]Mémoire domU[/titre2]

Augmenter ou réduire la mémoire allouée à un domU (ne peux dépasser la somme totale de tous les domU par rapport à la configuration) :

---

Pour plus de commandes, jeter un oeil à :

Voilà, amusez-vous bien... ;-)

[titre1]Liens[/titre1]

• http://www.xen.org/
• http://xenfr.org/tiki-index.php
• http://www.gentoo.org/doc/fr/xen-guide.xml
• http://gentoo-wiki.com/HOWTO_Xen_and_Gentoo

[titre1]Introduction[/titre1]

L'initramfs permet d'inclure à la fin du démarrage du noyau un mini système de fichier en mémoire vous permettant de lancer par exemple des outils de detection matériel, decrypter la racine d'un système ,ou , dans mon cas, l'activation des volumes LVM pour la racine de mon système.

[titre1]Installation[/titre1]

Il y a deux possibilités : compiler l'initramfs dans le noyau ou alors en faire une archive. Nous verrons cela au moment de la configuration du noyau.

[titre2]Busybox[/titre2]

L' outils de base nécéssaire à faire un initramfs est sys-apps/busybox, en plus de votre noyau bien sûr. Mais il doit impérativement être compilé statiquement, c'est-à-dire avec les bibliothèques nécéssaires inclues dans le binaire executable afin de le rendre autonome.

[titre2]Mini système[/titre2]

Passons à la création de ce mini système qui sera executé avant le vrai

Maintenant mettons le binaire statique de busybox :

[titre2]Init[/titre2]

L'init est une partie trés importante de votre iniramfs car c'est ce script qui va être exécuté par le noyau.

Créez un fichier init :

Editez et mettez le code qui suit :

[titre2]le noyau[/titre2]

Configurez votre noyau comme ce qui suit si vous voulez y inclure l'initramfs :

Sinon en externe :

Créez un script vous permettant de générer facilement l'archive cpio

Editez et mettez le code qui suit :

Executez le script :

Copiez votre archive dans /boot

Ensuite il vous faudra configurer votre chargeur de démarrage.

[titre2]Grub[/titre2]

Editez le fichier /boot/grub/grub.conf :

Il ne vous reste plus qu'à rebooter... bonne chance ;-)

[titre1]Liens[/titre1]

• http://en.gentoo-wiki.com/wiki/Initramfs

• Introduction
• Installation du Hardware Node
• Configuration du Hardware Node
• Création d'un template Gentoo
• Création d'un Container
• Administrez un CT
• Checkpointing
• Liens

---

[titre1]Introduction[/titre1]

OpenVZ permet de faire tourner jusqu'à 100 machines virtuelles par machine physique.

Là où les autres solutions de virtualisation affichent une perte de performance d'environ 15 à 20% pour les machines virtuelles, OpenVZ n'en compte que 3 à 5%.

Un des inconvénients majeur par rapport à certains de ses concurrents, est, vu que la solution est basée sur une modification du système d'exploitation, de ne pouvoir faire tourner qu'un linux dans un linux et pas un windows dans un linux...

En revanche, elle permet la migration des machines virtuelles (appelées VE, Virtual Entity, ou CT, container) à chaud ou à froid d'un noeud physique (appelé HN, Hardware Node) à l'autre.

[titre1]Installation du Hardware Node[/titre1]

[titre2]openvz-sources[/titre2]

Après avoir testé les versions stables sur des architectures x86 et x86_64 du noyau openvz-sources, il s'est avéré qu'avec gcc-4.1.2 seule la version openvz-sources-2.6.24.006.5 fonctionne correctement.

[warn]Inutile d'éssayer avec >=gcc-4.2.[/warn]

Commençons donc par démasquer ce paquet :

Ensuite installez-le :

[titre2]vzctl[/titre2]

vzctl est l'utilitaire qui vous permet d'administrer les CTs.

Si vous utilisez >=baselayout-2 installez la version la plus récente de la l'arbre de portage :

Nous verrons par la suite sa configuration.

[titre1]Configuration du Hardware Node[/titre1]

[titre2]Le noyau[/titre2]

Une fois le paquet openvz-sources installé, passez à sa configuration

Compilez et installez votre noyau après l'avoir configuré pour votre matériel et rebootez.

[titre2]vzctl[/titre2]

Donc vzctl est l'utilitaire qui permet l'administration des CTs : création, démarrage, arrêt, configuration et la migration.

Modifiez la ligne suivante dans le fichier /etc/vz/vz.conf :

Et lancez le service vz afin qu'il charge les modules nécéssaires au fonctionement d'openvz :

Vérifiez la liste des modules :

A ce niveau, notre Hardware Node est pret à recevoir ses premiers Container (CT).

[titre1]Création d'un template Gentoo[/titre1]

Vous pouvez bien évidemment utiliser un template préparé OpenVZ que vous pourrez trouver sur www.funtoo.org mais il manquera dans tous ces derniers quelques paquets par exemple pour la configuration du réseau.

Nous allons donc voire comment préparer un template gentoo.

Télécharger un stage3 correspondant à votre architecture :

Décompressez votre archive :

Copiez votre fichier /etc/make.conf

ou éditez le fichier /vz/template/cache/gentoo/etc/make.conf.

Copiez votre fichier /etc/resolv.conf afin d'avoir la résolution DNS pour la préparation de notre template :

Copiez l'arbre portage afin d'installer et de mettre à jour le template suivant les USE activés :

Vous pouvez aussi le faire avec un point de montage :

Chrootez :

Mettez à jour le système :

Installez iproute2 pour le réseau :

Créez l'interface qui servira aux futurs CTs :

Les CTs n'ont besoin que de proc :

Editez le fichier /etc/inittab et commentez les lignes suivantes :

Editez le fichier /etc/shadow :

Cela désactive le login root ce qui permettra sa ré activation, selon vos besoins, avec la commande suivante :

Supprimer les services inutiles :

Modifiez udev :

=baselayout-1.* :

=baselayout-2.* :

Créez les devices qui seront nécéssaires à entrer dans un CT :

A ce niveau le template est pret.

Créons l'archive de notre template :

[warn]OpenVZ ne supporte pas le format bzip2 ![/warn]

[titre1]Création d'un CT[/titre1]

Pour créer un CT maintenant que notre template est pret cela est simple :

Lancez le CT :

Et appréciez :

[titre1]Adminitration d'un CT[/titre1]

Pour les valeurs des ressources système des CT :

La colonne failcnt permet de voir quelle valeur a été trop restrictive pour le bon fonctionement de votre CT.

[titre2]Le hostname[/titre2]

[titre2]Le réseau[/titre2]

[titre2]le CPU[/titre2]

La mesure est 100% par CPU, donc si vous avez deux CPU, vous avez 200%...

Limiter le CT à 15% maxi de l'utilisation du HN :

[titre2]La mémoire[/titre2]

Modifier la mémoire allouée à un CT :

[titre2]AccessTime[/titre2]

Ne pas mettre à jour la date du dernier accés à l'inode (limite les I/O) :

[titre2]IO Priority[/titre2]

Changer les priorités des entrées/sorties :

[titre2]Le quota disque[/titre2]

le multiplier par deux :

[titre1]Checkpointing[/titre1]

Le checkpointing est une extension d'OpenVZ permettant de sauver la totalité de l'état d'un CT en fonctionement afin de le restaurer sur le même ou un autre HN de manière transparante pour les applications et les connexions réseau.

Pendant la Migration le CT freeze le temps de synchroniser ses fichiers avec le nouvel HN, lorsque cela est terminé tout reprend normalement :

Faire le checkpoint manuel :

Les processus courants du CT sont freezés et sauvegardés comme fichier /vz/dump/Dump.777

Si vous obtenez ce genre de méssage :

1. Vous utilisez iptables dans votre CT mais vzctl cherche les binaires iptables-save et iptables-restore dans /sbin ou dans /usr/sbin : vérifiez leur présence ou créez les liens nécéssaires.

2. Si vous n'utilisez pas iptables dans dans le CT, créez les liens iptables-save et iptables-restore renvoyant un code de sortie 0 :

Pour le restaurer :

[titre1]Liens[/titre1]

• Le projet OpenVZ
• La documentation Gentoo sur OpenVZ

• Introduction
• Portage
• /tmp
• MySQL
• Conclusion

---

[titre1]Introduction[/titre1]

Le gros avantage de tmpfs par rapport à ramfs est l'allocation dynamique de la mémoire permettant ainsi de ne pas utiliser cette espace si cela n'est pas nécéssaire.

Je m'explique si vous allouez 1Go de ram à un montage tmpfs, que vous y écrivez un fichier de 100Mo, les 900Mo restant seront allouable aux autres ressources.

Je vous invite à regarder les options spécifiques de montage de tmpfs avec man mount.

Par défaut, si vous ne spécifiez pas de valeur de taille, la moitié de votre ram sera allouée.

[warn]Il me semble une trés mauvaise idée d'allouer toute votre ram à tmpfs, cela risque en cas de saturation de l'obliger à swapper et, de fait, d'obtenir des performances inverses...[/warn]

Bien, passons aux exemples.

[titre1]Portage[/titre1]

Par défaut, portage utilise le repertoire de travail temporaire /var/tmp/portage afin d'y décomprésser les sources d'un paquet et d'y faire son travail de compilation (make), mais aussi son installation (make install), ensuite seulement il copie les fichiers installés dans votre système.

Je pense que vous aurez compris le bénéfice en terme de rapidité lors d'un emerge, d'écrire ces fichiers temporaires directement dans la mémoire via tmpfs plutôt que sur le disque dur sachant que généralement votre mémoire devrait être quelque chose comme 200 fois plus rapide que votre disque...

Dans la pratique, vous avez deux solutions : utiliser /dev/shm , ou créer un point de montage spécifique pour votre portage.

[titre2]/dev/shm[/titre2]

/dev/shm alloue la moitié de votre ram avec tmpfs.

Pour ce faire il vous suffit de modifier votre ficher /etc/make.conf avec les valeurs suivantes :

[titre2]/var/tmp/portage[/titre2]

Si en revanche vous choisissez de créer un point de montage spécifique, vous devrez modifier votre fichier /etc/fstab :

none /var/tmp/portage tmpfs uid=250,gid=250,mode=775,noauto 0 0

Montez-le avant de lancer l'installation d'un paquet :

# mount -v /var/tmp/portage

[warn]Certains paquets tels que gcc ou openoffice auront besoins de plus d'1Go d'espace temporaire, ou encore si vous avez beaucoup de paquets à mettre à jour, n'utilisez pas cette technique car vous arriverez vite à saturation des 1Go faisant ainsi planter vos installations[/warn]

[titre1]/tmp[/titre1]

Une autre utilisation est de monter tout votre /tmp avec tmpfs améliorant passablement les performances des logiciels ou du système lors de l'utilisation de ce repertoire.

Modifiez votre fichier /etc/fstab :

/dev/shm /tmp tmpfs defaults,nosuid,nodev,noexec 0 0

Ce qui, comme expliqué plus haut, allouera la moitié de votre mémoire à ce repertoire.

Je ne saurais trop vous conseillez dans ce cas d'ajouter une crontab root purgeant régulièrement le repertoire /tmp au cas où certaines applications ne le fassent pas correctement :

[titre1]MySQL[/titre1]

Sous gentoo, la configuration par défaut de MySQL est d'utiliser le repertoire /tmp, donc si vous utilisez déjà tmpfs sur /tmp passez votre chemin... ;-)

Si en revanche vous désirez séparer le repertoire de travail temporaire de MySQL, modifiez votre fichier /etc/mysql/my.cnf :

tmpdir = /var/tmp/mysql

Créez le repertoire en question :

# mkdir /var/tmp/mysql

Modifiez ensuite votre fichier /etc/fstab :

none /var/tmp/mysql tmpfs uid=60,gid=60,mode=775 0 0

Passons à son activation :

# mount -v /var/tmp/mysql && /etc/init.d/mysql restart

[titre1]Conclusion[/titre1]

tmpfs est trés simple à utliser et peux du coup être adapté à tous vos besoins à condition d'avoir, vous l'aurez compris, une quantité de ram conséquente... ;-)

[titre1]Introduction[/titre1]

Ne vous est-il jamais arrivé de vouloir supprimer un repertoire ou de démonter une partition et que cela vous soit refusé même en tant que root ? Probablement que si car c'est un problème qui survient lorsque la ressource est utilisée par une application ou un utilisateur, et c'est là que lsof intervient...

Regardons par quelques exemples ce dont il retourne...

[titre1]Installation[/titre1]

# emerge -av lsof

La Gentoo c'est quand même formidable !

[titre1]Utilisation[/titre1]

Imaginons que vous vouliez reformater la partition correspondant au repertoire /home et que vous n'arrivez pas à la démonter.

Nous allons rechercher le soucis :

Il semble donc que nous ayons le coupable : l'utilisateur babykart utilisant un shell zsh dans le repertoire /home/babykart.

Soit vous faites changer de repertoire à babykart soit vous killez nerveusement... ;-)

Sinon lsof vous permet de lister les connexions :

Pour d'autres options reportez-vous au man ...

[titre1]Remerciements[/titre1]

Ce "trucs" est tiré de la partie "4. Tips and Tricks" de la Gentoo Monthly Newsletter du 31-08-2008.

[titre1]a2ps dans emacs[/titre1]

Pour installer a2ps-print sur votre Gentoo, il suffit d'installer le paquet a2ps :

# emerge -av a2ps

Le fichier contenant l'extension propose quelques exemples de configuration pour votre fichier .emacs. Elle ne marchent pas toutes en tout cas avec gentoo , voici ce que j'ai mis dans mon .emacs :

a2ps-print.el utilise par défaut l'impression en mode paysage en double page, or en général quand on est dans emacs on veut imprimer du texte en mode portrait , donc pour cela , il faut :

1. Editer en root /usr/share/emacs/site-lisp/a2ps-print.el
2. Ajouter à la fin du fichier, juste aprés (concat "-d") et en passant à la ligne : (ligne 96) (concat "-1Rf12") et enregistrez
3. Revenir sur la liste du répertoire et mettre son curseur sur a2ps-print et éxécuter la commande "Byte-compile" avec : "B"
4. Redemarrez emacs
5. ouvrir un fichier et faire "f12 a" pour imprimer tout le buffer ou mettre une zone en surbrillance et l'imprimer en faisant : "f12 z" Vous pouvez changer ces macros à votre convenance dans .emacs.

[titre2]Configuration des use de vlc et du masque pour certaines versions de live[/titre2]

Avant d'installer vlc, nous allons déjà configurer correctement les USE pour que vlc puisse lire le flux de free pour la télévision.

# echo "media-video/vlc live stream">> /etc/portage/packages.use

Nous vous conseillons aussi les USE :

• oggvorbis, theora, mpeg, ffmpeg, flac, matroska, win32codecs : support du format ogg, ogg, théora, mpeg, matroska, et différents codecs windows.
• dvd : support des dvd
• dts : support de dts
• cdda, cddb : support des cd audio et récupération des informations des cds
• wxwindows : interface graphique de vlc

Pour avoir plus d'informations sur les USE, vous pouvez utiliser la commande (euse est disponible dans le paquet gentoolkit) : # euse -i use

Le paquet live, qui permet la lecture des flux rtp/rctp/rts utilisés pour le multiposte, connait des bugs dans les versions supérieurs à 2005.11.11. C'est pourquoi, avant d'installer vlc, nous allons masquer ces versions : # echo ">media-plugins/live-2005.11.11" >> /etc/portage/package.mask

[titre2]Installation[/titre2]

Enfin il ne vous reste plus qu'à installer vlc : # emerge -av vlc

[titre2]Utilisation[/titre2]

Pour l'utilisation, vous n'avez normalement rien à configurer. Pour lancer la télévision, la commande est la suivante : # vlc http://mafreebox.freebox.fr/freeboxtv/playlist.m3u

Vous trouverez plus d'informations sur le multiposte sur http://adsl.free.fr/tv/multiposte/.

Cette version a pour nom de code "It's got what plants crave".

L'on notera la sortie de la version 2008.0-r1 deux jours plus tard, le 8 juillet 2008, corrigeant deux bugs critiques (Bug #230998, Bug #231024).

Cela dit, les nouveautés sont une fois de plus au rendez-vous, heureusement me direz-vous, attendu que la dernière version stable (2007.0) date de mai 2007...

Parmis ces nouveautés, l' "installeur" a été mis à jour en version 0.6.6, on trouve aussi la version 2.1.4.4 de portage, le noyau 2.6.24 avec lui un support matériel plus complet, Xfce 4.4.2, gcc 4.1.2 et la glibc 2.6.1.

Les gentooistes ayant déjà un système à jour savent que cela n'a pas une grande importance car ces versions ne sont en fait que des clichés à un instant donné de Gentoo Linux.

Ces derniers n'ayant qu'à mettre à jour leur profile qui, à mon sens, est la grosse nouveauté de cette version, car il a été completement restructuré apparaissant maintenant sous la forme /usr/portage/profiles/default/linux/ alors qu'avant il s'agissait du chemin /usr/portage/profiles/default-linux/.

Je vous invite d'ailleurs à vous reporter au guide de migration afin de mettre à jour votre profile.