Reprise du message précédent :
Je me suis mal exprimé. Wine c'est pas de l'émulation non plus. Wine c'est une réécriture de l'api de windows sous linux. C'est pas un émulateur.
 
 
je voulais dire, il vaut mieux utiliser wine pour jouer que de relancer un os par dessus linux vu le gouffre à performance que c'est vu que linux tourne toujours en dessous, donc niveau ram + proco ça prend cher.  

Non, wine n'émule pas un OS non plus, vu que le code des applications windows tourne nativement sur le processeur sans traduction des instruction machine.
 
En fait la virtualisation façon vmware ou virtualbox est plus proche de l'émulation que wine vu qu'on simule encore des parties materielles, car tous les composants des pcs sont pas capable de se partager encore.
 
Maintenant, comme les cpus facilitent leur utilisation directe au niveau le plus bas d'interruption etcetera par un invité, on parle de virtualisation.
 
Et en plus tu oublies que "Wine Is Not an Emulator"

 
en principe ça ne devrait pas être un gouffre au moins au niveau cpu grace à la virtualisation.
Ca fait évidement plus de service à tourner mais quand un OS est idle ces services ne consomment rien.
 
Par contre à l'heure actuelle je sais pas si les OS invités peuvent changer leur mémoire dynamiquement, afin de prendre tout ce dont il a besoin. Une application peut, mais je sais pas si l'invité comprendrait
 
C'est vrai que wine est le plus optimal au niveau de la puissance, par contre niveau compatibilité il est à la rue
 
L'idéal serait la virtualisation complète, ou en fait il n'y aurait plus d'OS hote ou invité.
En fait tous les OS seraient invités d'un micro OS. Je crois que ça existe avec vmware serveur, mais bon tous les cartes vidéos et le reste sont pas forcément aussi virtualisables que les cpus.

Suffit d'une toute petite distrib légère avec un noyau xen et tu as cet équivalent là, sauf pour la partie 3D.

ça serait pas mieux avec un micro noyau ?
linux n'est peut être pas encore assez abstrait
 
bon sinon j'ai fait la manip d'ajouter un disque physique dans virtualbox, ça marche, mais on pourrait réver à moins lourd pour accéder à ces partoches linux.
 
Je referais une install minimaliste pour optenir un démarage rapide, et surtout avec un petit besoin de mémoire et d'espace disque. Peut être que ça existe déjà d'ailleurs, chai pas. Enfin avec colinux on peut de toutes façons, et c'est surement plus performant en fait, et ça consommerait moins que l'appli virtualbox, il y aurait besoin juste d'un kernel et d'un initrd.
 
Avec gentoo il doit même y avoir moyen d'avoir un truc très légé, mais bon

là j'ai réussit à mettre en place mon partage réseau sur le guest et à y accéder depuis l'hôte, par contre je me demande si il n'y aurait pas moyen de blouser l'host ou le guest en lui disant qu'il s'agit d'une connection 1Gbit pour augmenter le débit réseau.
donc je pose ici la question pour la partie guest en linux, et je poserais la question sur le forum windows pour l'hôte

Je suis entrain de me mettre a Xen sur ma Dedibox et je galère un peu avec le réseau.
 
Déjà je sait pas trop quoi choisir comme solution : NAT ? Bridge ? Vu qu'avec les deux solutions on peut faire globalement la même chose non ?
 
Vala ce que je veut faire :
 
Dom0 : Ma dédibox a une seule interfaces : Eth0 avec l'IP Public
DomU : Chaque VM a une IP en 192.168.0.x
 
- La ou ca devient compliqué c'est que j'ai envie que de base les VM puissent pas se voir entre elle. Mais la ou je galère encore plus c'est que dans certain cas j'aurais besoin, par exemple que 2 VM puissent se voir En gros me faut un truc assez flexible
 
- Autre point il faut que je puisse choisir de faire du NAT (devrait pas y avoir de problème pour ça) et que je puisse aussi faire du NAT 1 to 1 (Vu la ou je suis coincé je sait pas encore si ça va poser problème)
 
 
Quelqu'un peu me conseiller sur l'orientation a prendre ?

J'ai vu un tuto sur Xen server express.. quels sont les diffs avec un xen tout court ?

Quelqu'un ici fait du xen sur sa Dedibox ? Je commence vraiment a péter un cable avec la conf réseau de xen J'aurais vraiment besoin d'un coup de pouce

Bon j'ai reussi a faire ce que je voulais Ubuntu + Xen en Bridge + Shorewall
 
Mais maintenant que j'ai réussi a poser les bases forcément je me butte a d'autres problèmes  
 
- J'ai installé mon DOM0 sur une Ubuntu 64bit mais y'a t'il un réel intérêt d'avoir la DOMU sur du 64bit Surtout que sans le support du HVM impossible de créer des DOMU 32 Bit
 
- J'aimerais que mes VM soit en Reseirfs pour plus de flexibilité mais j'y arrive pas Le système s'installe bien sur la VM mais tout est en Read Only dans ma VM après
 
J'install la VM via Debootstrap

 
Dans mon xen-tools.conf j'ai a la fin :
 

 
Y'a peut être quelque chose avec ca mais je trouve aucune aide. Peut être un problème de support du Reiserfs sur l'ubuntu très light installé dans la VM via debootstrap

Ben un dom0 en 64 bits doit te permettre de lancer des VMs en 32 bits, justement si elle ne sont pas HVM (je crois pas que ce soit possible en HVM).

J'ai un dom0 en 64bits, et des domU en 32 et 64 bits en PV qui cohabitent sans problème apparent.
 
Vu ma très mauvaise expérience du reiserFS par le passé, j'ai toutes mes domU en ext3.
 
Ca sert vraiment à quelque chose shorewall? Perso j'aime bien écrire mes règles iptables à la mano.

Pour le reiserfs, il est fort possible que la domU ne dispose pas des paquets qui vont bien, c'est rare les distribs qui installe ca par defaut (enfin sauf si on a choisi le système de fichier à l'install, mais debootstrap c'est un mini-installeur, faut pas trop lui en demander ).
 
tu montes ton image disque dans un dossier quelconque sur ton dom0, tu chrootes de dedans, puis "aptitude install reiserfsprogs" et ca devrait rouler.

 
J'ai trouvé ca sur le net :
 

 
T'as peut être tout simplement un Processeur qui supporte le HVM ?
 
Pour Shorewall ça te permet de créer des règles précises mais avec beaucoup de simplicité, en faite c'est un frontend pour iptables.
 
 

 
J'ai cru comprendre qu'il y avait moyen de dire a debootstrap de rajouter des packages ou configurer des choses faut que je fasse une recherche la dessus. Pour tout dire pour l'instant j'ai pas encore installé un système autrement qu'avec debootstrap en faite pour tout dire me reste encore un paquet de chose a tester (Créé une VM a partir d'une ISO / VM sous windows quand j'aurais un CPU HVM / Sauvegarde des VM / Rajouter OpenVPN dans le bazar pour admin les VM / ...)
 
D'ailleurs vous connaissez un outil pour faire une sorte de benchmark d'une machine en ligne de commande ?

Tu l'as récupéré où ton tableau ?
 
Parce que les deux dernières colonnes ont été inversées AMHA

Non il ne me semble pas que mon cpu intel soir un VT. J'ai déjà vu ton tableau, il me semble qu'il n'est plus d'actualité. C'est là le gros problème de Xen, la doc ne suit pas.

 
Grave la doc xen c'est la misère C'est vraiment la grosse pêche aux infos
 
Fin bon, j'en conclu que je peux faire des VM 32bit sur mon DOM0 64bit J'ai du faire le gros mauvais lors de mes tests
 
 
Comment vous faites pour faire des VM rapidement ? Vous utilisez Debootstrap ? Vous procédez autrement ?

xen-create-image (debian/steve kemp)

moi je debootstrap, je configure la vm à la main (30 sec.), je chroote dans le disque pour configurer l'essentiel (/etc/fstab, /etc/hostname, passwd, /etc/network/interface), je copie les modules noyau dans le disque de la vm, et rules...
 
Ca prends pas plus de 2 minutes

 
les xen-tools font tout ça en fait, + la creation du fichier de conf, la gestion des divers volumes. Je l'ai pas encore fait mais tu peux créer tes propres infos d'install (un peu comme un preseed)

Ouais mais j'aime bien garder la main

+1 je préfère faire à la main.

Bon je viens de monter mon images, j'ai fait un ptit chroot + apt-get install reiserfsprogs sur les conseils de e_esprit le tout pour m'apercevoir que c'est deja installé par defaut Donc pas de soucis a ce niveau la.
 
Vala ce que j'ai dans les logs quand ma vm démarre :
 

 
Pour info mon DOM0 est sous Ubuntu Server 64bit et DOMU est sous Ubuntu Server 64bit mais j'ai aussi testé sous Debian Etch et ca fait la même.
 
Edit : Bon j'ai modifié le Fstab en bidouillant et ca fonctionne  
 
Avant :
 

 
Aprés :
 

 
Je sait pas ce qui le perturbe mais quand l'option : errors=remount-ro est présente ben il boot en readonly et donc si j'ai bien compris le truc c'est qu'il y a une erreur

Je fais comme ça aussi.

Vous utilisez koi comme distrib pour le DOM0 et pour vos majorités de DOMU ?
 
Je suis partie sur une DOM0 en Ubuntu par facilité (je préfére de loin Centos mais j'arrivais pas a installer xen dessus -_- d'ailleur si quelqu'un a reussi ca m'intéresse) et j'utilise Ubuntu en DOMU mais vu que je suis pas fan de la distrib (surtout pour la façon de géré apache2 ) j'ai bien envie de tout changer

J'utilise des Debian. Comment est géré apache sous Ubuntu?

 
Debian & Debian
 

 
Comme sous debian..

 
dom0 et domU: NetBSD et Debian.
 
Parce que pas tous les oeufs dans le même panier, même si c'est commode

J'utilise une centos en dom0 et une autre centos en domu.
 
Je voudrais spécifier, l'@ ip et le hostname de ma centos domu dans son fichier de configuration (dans /etc/xen) mais mes paramètres ne sont jamais pris en compte (excepté l'@mac)
 
Quelle est la syntaxe exacte ?

T'as configuré l'adresse IP et tout le toutim dans la domU aussi ?

 
biensur faut aussi que t'as DomU ai sa config réseau

Vous utilisez quoi comme méthode pour une sauvegarde complète de vos VM ?

Copie de l'image dd?  

J'utilise LVM, mais en fait pour faire des sauvegardes propres j'ai l'impression qu'il faut tout de mettre couper la VM, faire le backup et ensuite la redémarrer. Enfin j'ai encore jamais fait de backup.

 
Si tu veux respecter l'intégrité de ta vm, il faut effectivement couper les connexions disques, pour se faire tu peux mettre la VM en mode pause pendant la sauvegarde
 
 
Concernant mon problème d'IP.  
Je fais une copie de ma VM qui a une @Mac, une @IP et un hostname spécifique.
 
Je voudrai que la nouvelle VM est une nouvelle @Mac, @IP et un nouveau hostname
 
Je spécifie donc dans le fichier de conf de la nouvelle VM les paramètres @mac @ip et hostname... Or il n'y a que le changment d'@ MAc qui marche    
 

Une petite remarque, perso je mets toujours des IP en 10.0.0.x, d'après ce que j'ai compris c'est le standard actuel des IP avec Xen, ton souci vient probablement de là.
 
Le hostname, je fais ça à l'ancienne, j'édite dans ma VM le fichier /etc/hostname
 
EDIT: concernant les sauvegardes en mode pause, tu as testé personnellement ou bien c'est de la théorie? D'après ce que j'ai lu sur la ML, même le mode pause peut être foireux, car le système de fichier est donc dans un état temporaire, enfin je ne sais pas j'aimerai avoir des feedbacks de personnes qui ont testé sur le terrain si c'est une méthode fiable, ou s'il vaut mieux faire un "xm shutdown"

Non ça marche chez moi, mais pour etre parfaitement sur de mon coup je fait plutot un xm save comme ça je suis sur que tout les connexions à un instant T sont coupées
 
D'ailleurs qu'utilisez vous pour sauvegardes des VM au format block ?
 
Concernant les ip et le hostname, justement j'aimerai pouvoir les modifier avant de démarrer ma vm mais je n'y arrive pas alors que certaines personnes semblent indiquer qu'un simple ajout dans le fichier de conf de la vm fonctionne :s

Oui il faut mettre les IP dans le fichier de conf de la VM, sinon l'interface virtuelle n'est pas créé par Xen à la création du domU. Essaye avec 10.0.0.x
 
Je vais tester un "xm save" alors.

 
ben voyons
 
 

Si tu as de la doc qui indique le contraire fait péter dans ce cas, parce que ton post n'est pas indispensable. Xen niveau config est tellement pénible, que ça peut être aussi bête que ça comme solution.

 
le shutdown est mieux si tu as des bd sur ton domU.