Salut,
C'est une super idée, et si y a moyen de trouver un hébergement, je veux
bien descendre :]
effectivement, le template fedora fourni par lxc n'est pas fonctionnel
car il repose sur l'outil febootstrap. Or Fedora livre la version 3 de
febootstrap une réécriture de l'outil qui a une finalité totalement
différente (la v2.x était un clone de debootstrap qui permet de générer
une installation fedora sur un point de montage différent, la v3.x
génére des supermins appliance).
Entre temps, sur la liste de diffusion lxc, un template fedora a été
proposé utilisant yum ===> je l'ai testé ça marche.
Je vois plusieurs possibilités:
* empaqueter febootstrap 2.x (branche encore active sur le git) et on
mets à jour le template lxc.
* on reprends le template de la liste, on corrige l'intégration à
lxc-create (pour le moment, je le lance directement), on le teste sous
d'autres distros.
Je ferais remarquer que:
* febootstrap 2.x a un réel intérêt en soi pour générer des chroots
simplement: mach/mock sont assez lents et ne permettent pas de générer
un chroot pour une architecture différente (il faut pouvoir dire à rpm
de ne pas exécuter les scriptlets à l'installation, or yum ne le permet
pas ==> un plugin ?)
* les outils lxc sont assez sommaires mais disponibles partout, il
faudrait voir comment ça interagit avec libvirt qui est nettement plus
sympa. Je joue actuellement avec les FreeBSD jails et c'est d'une
simplicité enfantine, les outils sont très au point. Bref, il y a de
quoi s'amuser.
* bogue dans F15 avec cgroups:
https://bugzilla.redhat.com/show_bug.cgi?id=683667
* si il existe plusieurs technos de virtualisations par conteneur pour
Linux (VServers, openVZ), c'est la seule qui est intégré au noyau et
inclus de base dans Fedora. La virtualisation par conteneur est très
performante (pensez para-virtualisation on steroids) et peut-être
utilisé dans une machine virtuelle. On peut facilement caser 15
conteneurs dans une VM basique (1 CPU, 512/1024Mo). C'est beaucoup plus
sécurisé qu'un chroot, on peut configurer plus finement les ressources
utilisés (via cgroups)
Cordialement,
H. (80)