Lefinnois.net

Comme dit dans les précédents billets kvm ne dispose pas de de manager comme Xen (xm toussa). Après avoir réussi à obtenir le système guest dans un screen il restait à garder une main sur le monitor (contrôle de kvm, screenshot, dump, gdb, load/save, etc) sans l'interface graphique (ctrl+alt+2). Comme en plus je suis exigeant, avoir le monitor dans une fenêtre screen à côté du système dans la kvm était un minimum.

Voir la suite »

Pourquoi m'arrêter en si bon chemin ? Puisque j'ai une Debian 4.0 (Etch) qui tourne dans une KVM avec un support pour la console dans un Screen pourquoi ne pas faire de même avec un FreeBSD ? Je m'attendais à plus de difficulté qu'avec GNU/Linux... et bien non. au contraire.

Voir la suite »

Le gros avantage cosmétique de Xen est son manager. Il permet de créer des machines virtuelles et d'attacher et détacher une console. KVM/QEMU utilise SDL pour créer une fenêtre présentant la console graphique. Il est également possible d'utiliser une connexion VNC. Mais tout cela n'est pas suffisant pour obtenir quelque chose de souple comme la commande xm de Xen.

Voici comment palier à cela avec un peu de configuration de base et GNU Screen...

Voir la suite »

Ayant dernièrement acheté une nouvelle configuration (Intel Core2Quad Q6600 sur ASRock 4CoreDual-SATA2) j'ai, bien entendu, décidé d'enfin jouer un peu avec la virtualisation et Xen 3.1. Malheureusement le kernel Xen basé sur un 2.6.18 n'intègre pas de support pour le contrôleur IDE de la carte mère (VIA vt8237s). On remarquera que le support existe dans des nouveau kernel mais ainsi qu'un hack pour le 2.6.18. Ubuntu dispose également d'un 2.6.22 "xenifié" sous forme de paquet .deb.

Ceci étant, plutôt que de le lancer dans d'immondes bidouilles j'ai tourné mon regard vers KVM, le support de virtualisation intégré au kernel. El là, suprise ! C'est convi, rapide et simple.

Voir la suite »