Reprise du message précédent :
debootstrap + edition des fichiers necessaires (fstab, interfaces) + copie des modules + chroot/passwd
 
Jamais eu de problème de boot

y a des outils nickels pour faire, c'est quoi l'interet de faire ca a la main ??

Parce que ca prends autant de temps de taper la ligne de commande que de le faire à la main ?

Finalement j'ai réussis à installer avec debootstrap. J'utilise un kernel xen et j'ai copié les modules dans la domU, la domU boot et semble marcher parfaitement. j'ai juste ces petits messages d'erreur au moment du boot:

C'est grave docteur?

Non c'est pas grave du tout

Ok, j'imagine que toi aussi tu les as. Ca vient de quoi? C'est un problème avec Debian, c'est pas spécifique à Xen?

c'est les modules acpi pour obtenir les infos sur le CPU (temperature, vitesse rad, choix de la frequence), comme le CPU dans les domU est virtuel, forcément ils ne peuvent pas se charger

J'ai toujours mon problème de tty: j'arrive à faire xm console VM immédiatemment après avoir lancé mon domU, mais après quelques minutes ça ne marche plus. Je récapitule, j'ai Xen 3.2.1 qui tourne sous Etch, et mes domU sont des Etch avec le noyau vmlinuz-2.6.18-6-xen-amd64.
 
Alors aujourd'hui, j'ai testé ça:
 
Dans mon fichier de config:

 
Et dans mon domU:
/etc/inittab:

 
/etc/securetty:

Et avec tout ça quand je boote ma VM, à mon avis elle fonctionne, mais je n'ai pas la console qui apparaît car j'ai le message d'erreur suivant:

 
Quelqu'un voit dans ma config et/ou autre(s) fichier(s) ce qui ne va pas?

Tu utilises quoi comme paramètre extra="..." dans ton fichier de conf domU? Parce que quand je mets la même ligne que toi dans l'inittab, la console n'apparaît jamais même pas après un "xm create -c" alors que normalement oui. En fait je me tape:

 
De plus j'ai toujours dans mes messages au moment du boot de la domU:

Alors que je spécifie xvc0.
 
Tu utilises une Debian Etch pour ton domU? Avec quel noyau? Tu utilises Xen 3.2.1?
 
Tu aurais un tuto qui fonctionne à me montrer? Parce que la plupart sur le net sont erronés et/ou trop vieux.

Vous utilisez quoi en dom0 ? netbsd, linux
Je rouvais la doc : http://zecrazytux.net/OS/BSD/NetBS [...] -dom0.html bien faite. Du coups je me demandais ce que je vous en pensiez  

Mon dom0 est une Debian Etch.

La "bidouille" xvc0, il me semble qu'elle n'est necessaire qu'avec les noyaux 2.6.18-8 de chez Xen.
Avec les noyaux xen de Debian Etch elle n'est pas necessaire il me semble.
 
C'est quoi exactement le problème (sans utiliser xvc0) ?

Bon ben en fait le problème est résolu, il suffisait d'appuyer sur Entrée une fois de plus après avoir fait "sudo xm console domu"...

Pour ma part, netbsd (vu que je travaille sur port-xen).

Préfère plutot la doc du port, on la remplit régulièrement, avec celle du wiki:

http://www.netbsd.org/ports/xen/howto.html
http://wiki.netbsd.se/xen

Excellent les liens, merci Ouais j'ai bien envie de tenter un netbsd.
 
Il y a un truc que je ne comprends pas. Le but en fait est d'installer du moins temporairement un windows en domU. En lisant un peu partout de la doc, on peut activer vnc pour le windows. En activant ça, est-ce que je suis obligé d'installer un serveur X sur le dom0 ou est-ce que je peux faire l'installation directement avec vnc ?

 
Le serveur X n'est nécessaire que pour la libSDL. Tu peux utiliser vnc, à condition d'avoir le vncserver émulé d'accessible par le client vnc.

Là je n'ai pas compris

Deux modes en HVM pour avoir accès à la vidéo d'un domU:
- sdl
- vnc

SDL == libSDL, recherche avec ton moteur préféré pour savoir ce qu'est la libSDL. Obligatoire d'avoir le serveur X.

vnc == vncviewer + vncserver. qemu-dm (la couche QEMU dans Xen qui modèlise des pseudos devices réelles pour un domU HVM) fournit un serveur vnc, auquel on se connecte quand on veut avoir accès à la "sortie vidéo" du domU HVM.

Mais pour ca, il faut que le client vnc puisse se connecter au serveur vnc, ce qui n'est pas forcément le cas dans toutes les distros (si le serveur n'écoute que sur le localhost, tu ne pourras pas t'y brancher depuis une autre machine...)

Le vncserver tourne évidemment dans le dom0. vnclient => vncserver => qemu-dm + Xen HVM <= vidéo domU.

Ha ouais mais c'est pas cool là. Maintenant que je suis passé aux noyaux xen de Debian, j'ai apparemment perdu le réseau. J'utilise la même config qu'avec mes noyaux custom 2.6.25. C'est encore différent le paramétrage de /etc/network/interfaces? Quand je veux pinguer j'ai:

Ok là je comprends Donc si mon serveur vnc en dom0 est correctement configuré je peux faire mon installation. Ben dans ce cas c'est parfait pour moi.
Merci beaucoup pour l'explication   Je commençais à me demander si j'allais m'en sortir..

Attention, le serveur vnc est celui de qemu-dm. C'est lui qu'il faut configurer, pas celui que l'on pourrait trouver d'office dans une distribution qui installe le paquet vncserver par défaut

Ca sent la route pas correctement configurée ca. Je me rappelle plus pour debian, mais je doute que que ca soit dans le network/interfaces.

Je me disais bien que ça aurait été trop simple    
En fait c'est dans les grandes ligne ce qui est repris ici : http://frlinux.net/?section=virtua [...] rticle=209

Au fait sur vos domU vous utilisez quoi comme distrib et comme kernel? Vous recompilez les noyaux à la main ou vous utilisez ceux packagé par vos ditrib respectives?

En fait j'avais pas fait attention avant, mais avec mon domU debootstrapé et son noyau linux-image-2.6.18-6-xen-amd64 de chez debian, j'ai le message d'erreur suivant au moment du boot:

Et forçément après dans mon domU je n'ai  pas de réseau. Vous n'avez jamais rencontré de problème similaire?

Il y a un autre truc que je ne comprends pas. Je regardais le type de processeur qui équipe la machine, c'est un xeon E5345. Ici il est écrit qu'il supporte la virtualisation : http://www.ldlc.com/fiche/PB00047720.html
si je regarde sur la fiche de xen, il ne figure pas dans la liste    
http://wiki.xensource.com/xenwiki/ [...] Processors  
 
C'est juste qu'ils n'ont pas recencé se processeur ou il y a un problème particulier avec

A mon avis ils n'ont simplement pas recensé tous les processeurs, la gamme Intel Xeon est tellement vaste
 
De toutes façon, c'est pas compliqué, tu actives le VT dans le BIOS, et tu vois ce que te racontes Xen (xm info devrait alors te faire apparaitre "hvm-..." ).
 
Sinon y a un des flags dans "cpuinfo" qui indique la présence d'un système de virtualisation hard (il me semble que le flag est "vmx" mais chui pas sur)

Merci C'est cool, si mon boss accepte ça va être intéressant à mettre en place

Redhat va passer à KVM : http://www.redhat.com/promo/qumranet/

 
Alors vas-y avec nagios. Mon service nagios teste le port ssh de toutes les machines dont je m'occupe et m'envoie un mail en cas de problème, ou un SMS en cas de service critique défaillant. Fais toi la main dessus, ça vaut le coup.

Pour l'envoie de sms tu fais ça comment? Y'a des services gratuit en ligne qui offrent une API? J'ai pas besoin de milliers de sms par mois, c'est juste pour m'alerter des problèmes.

 
 
J'utilise un service en interne, mais à l'époque j'avais vu des services dispo, va voir sur le site de nagios, y a des infos à ce sujet.
 
C'est toi qui défini précisément ce qui mérite de passer par SMS, je te rassure, tu ne risque pas le flood.

Merci je vais voir tout ça.

 
Bon finalement j'ai utilisé un dom0 en debian etch et ça fonctionne    
Le bridge fonctionne, et la debian en domU fonctionne bien et est accessible de l'extérieur    
En fait c'est bien foutu xen une fois que t'as compris par quel bout il fallait lire la doc.
 
Prochaine étape, tenter un domU en freebsd7 pour voir

je réponds en vrac : mises à jour de sécu, dom0 linux, quasiment plus que du paravirt (le HVM ça suxe des ours , trop de soucis), et faut que j'upgrade mes dom0 vers la 3.2 (toujours en 3.0.3 de etch)
 
Y'en a qui ont upgradé des configs similaires ? etch -> lenny donc xen 3.0.3 -> 3.2 ?
 
merci pour enomalism, je connaissais pas Je vais peut être pouvoir comparer à xvm ops center si j'ai de la chance (mais c'est pas gagné )
 

Pourquoi ça "suxe des ours le HVM" ?

parce que ça chie dans la colle quand tu bosses avec des VMs chargées au niveau des disques, et accessoirement ça reloute aussi sur la mémoire de temps à autre (mais j'ai rien pu reproduire pour la mémoire)

Oui

Et le réseau aussi
Sinon y a des pilotes Windows pour avoir les IO disques et réseau en mode paravirtuel malgré que le reste soit en HVM, mais je n'ai toujours pas testé pour ma part (j'ai que 2 VMs Windows, peu intensives, et il est fort probable qu'un collègue les récupère sur du VMWare).

Ok Dommage
Donc pour un windows qui ne branle pas grand chose de la journée, ça ne gène pas ?

Pour faire tourner une VM Windows, quel est à ce jour le soft qui donne le meilleur rapport (qualité+simplicité)/prix? VMWare?

 
Dis moi tout

Pour du perso, je dirais VirtualBox.