Reprise du message précédent :
Bonjour, est-ce que la virtualisation de Windows par Xen marche bien (avec le processeur qui va bien) ou c'est encore au stade expérimental ?

Bonjour, avez vous des retours sur XEN 3.2.0 par rapport au 3.0.4 ?
Nouvelles fonctionnalités ?
Merci

Y'a un truc que je dois louper dans la doc parce que ce que j'essaye de faire avec mon laptop est simple :
 
mon eth0 de portable a l'IP 192.168.99.1
mon eth0 de VM a l'IP 192.168.99.2
 
pas de firewall ou de filtrage, l'adaptateur réseau est placé en "réseau interne"... Je loupe un truc ?

tu as oublié de préciser quel virtualiseur tu utilises  

virtualbox

en gros tu veux faire un bridge ?

oui.

je ne connais pas virtualbox mais si ça utilise le créateur de bridge "classique" bridge-utils, il ne faut pas oublier d'activer le forwarding dans le noyau:  
echo 1 > /proc/sys/net/ipv4/ip_forward

pour info :
 

et "ifconfig" des deux cotés (VM et Host) ?
"route" des deux cotés ?

je débute pas hein

les ifconfig et les routes sont OK (accessoirement pour les routes tu auras remarqué que les machines sont sur le même subnet)

normalement tu dois avoir trois periphs dans le brctl show
 
l'eth0 physique bridgé vers un host_eth0 pour le host (tu l'appelles comme tu veux) et vers un vbox0  pour la vm.
En tout cas sur xen ça marche comme ça ça permet au réseau externe branché sur eth0 physique (et donc le routeur) de voir les deux interfaces.
 
edit: en fait je crois que je dis une connerie, deux doivent suffirent  , à vérifier
 
edit2: en fait pour le réseau de la machine hôte tu peux utiliser le bridge: br0, par contre eth0 n'a pas d'addresse IP ( 0.0.0.0 promisc)
 
 
(Xen n'utilise jamais le bridge directement en fait)

https://help.ubuntu.com/community/V [...] 9de1143a03
 
(pour ton info j'ai ~30 machines virtuelles en production "intensive" sous Xen, réparties à travers plusieurs dom0 et je suis plutôt du type utilisateur "avancé" dans le fonctionnement interne de Xen )

Ah, donc tu dois surement pouvoir répondre à ma question: pourquoi Xen rajoute une interface au bridge pour le dom0 au lieu d'utiliser le bridge lui même  
 
Sinon c'était quoi le problème que tu avais finalement ?

les permissions
 
qu'est ce que tu appelles "rajoute une interface" ?

en gros sous Xen on a un truc comme ça:
 
[nico@angband:~] brctl show
bridge name     interfaces
xenbridge1           peth0
                         vif0.0
                         vif1.0
                         vif2.0
 
alors que le vif0.0 si j'ai bien compris est inutile et on pourrait utiliser directement xenbridge1 pour le dom0 (d'un autre côté on perd la logique  
vif <numerodudomaine>.0 )

elles sont crées par les scripts appelés au lancement de ta VM, pourquoi tu veux y toucher ?

Non non je me pose juste trop de questions

Pour pas foutre en l'air toutes les configs "standards" à base de ethX
Et c'est quand meme plus naturel que le dom0 ait lui aussi son interface dans le bridge

virtualbox a un problème avec FreeBSD, il y a un bug report. Le cpu passe à 100% et un message apparait dans les logs et c'est foutu.

Bonjour,
 
J'ai un problème avec le maaping clavier d'un guest sur Xen 3.0.3 ...
 
Je ne trouve pas la bonne correspondance. Je n'ai ni un clavier azerty ni qwerty, on dirait un mélange. Du coup ma machine est inutilisable à part si je me connecte en ssh dessus.
A priori le problème semble connue, mais je n'ai pas vu de réponses...

bug du vnc, pas de solution pour ma part.

Bonsoir.
Je compte utiliser a mon boulot Xen,pour virtualisé Win server 2003 et le reste des serveur qui sont quasi tous sous fedora ou mandriva.
Avant de me lancer j'ai quelques questions.
Avec par exemple une installation d'une fedora 8 avec le noyau xen et t'il possible de virtualisé le Win server 2003 qui est déja installé sur un autre serveur ? Et pour les systéme Linux aussi cela est t'il possible ?
Cela éviterais pas mal de boulot de configuration.
 
Merci d'avance.

Déjà pour virtualiser Windiws avec XEN il faut un processeur qui possède l'extension IVT ou AMD-V. http://en.wikipedia.org/wiki/X86_virtualization
Ensuite pour transférer une installation existante il faut vérifier si Windows ne va pas gueuler à cause du changement de matériel (controle de licences)
Sinon pour les linux ça ne devrait pas trop poser de problème,à quelque configurations matérielles prêtes. Si tu ne veus pas utiliser l'extension IVT/AMD-V tu devras installer un noyeau compatible xen sur les machines virtuelles linux.

Les machines on la virtualisation hardware (des Xeons).
Sinon avec l'outils graphique Virt-manager et t'il possible de faire le portage des Os ou alors il faut prévoir un peu plus temps pour les installer a la mains ?

Si ils sont déjà virtualisés ça se fait simplement, sinon il va faloir mettre les mains dans le cambouis.

Est-ce que le boot PXE des domU sur Xen existe ?
J'aimerai bien installé mes domU via un petit serveur d'installation plutot que d'utiliser un serveur nfs...

Oé, sur la version opensource faut passer en device model qemu-dm et utiliser le builder hvm. Ensuite tu règle ton boot sur 'n' et ça démarre en pxe

Merci bien M300A, je confirme ça fonctionne bien uniquement si je lance mon domU en ligne de commande (xm create)    
 
Si j'utilise une ihm style virt-manager, ça boot sur "c"    
 
 
Alors par contre je suis perdu dans les réseaux    
J'utilise le mode bridge.
J'aimerai que xenbr0 soit tout le temps associé à eth0 du dom0 et xenbr1 soit tout le temps attaché à eth1. Actuellement ce n'est pas le cas, c'est un petit peu au bonheur la chance les associations    
 
J'ai vu passer des commandes de ce type pour ce que je voulais faire :
/etc/xen/scripts/network-bridge start vifnum=0 netdev=eth0 bridge=xenbr0
/etc/xen/scripts/network-bridge start vifnum=1 netdev=eth1 bridge=xenbr1
 
Que représente vifnum dans ces commandes?
 
 
Merci d'avance  
 
EDIT:
J'ai constaté qu'un domU paravirtualisé pouvait utiliser le gigabit alors qu'un domU fullvirtualisé (intel vt) utilisait une realteck 100mbits mode half-duplex , est-ce bien normal  

salut,
ptite question concernant la gestion de la mémoire avec VirtualBox : la mémoire allouée est-elle entièrement gérée par l'os virtualisé? si je fais tourner ubuntu sous windows et que j'ai attribué 512 mo à ubuntu, la portion physique de la mémoire allouée est-elle fixe? c.à.d est-il possible de faire des manip d'adresses mémoires sous l'ubuntu virtualisé sans que cela n'affecte windows?
merci

Sur Xen connaissez-vous la différence entre file et tape:aio :
 
disk = [tap:aio: /monimage.img]
disk = [file: /monimage.img]

file utilise les "loop" device, alors que tap:aio est un driver propre à Xen si je ne m'abuse.
 
Sur la liste xen-users :

 
Pour avoir touché un peu xen et davantage kvm, évite virt-manager et vas-y à la mano. Tu perdra moins de temps.

ok merci du conseil.
Je suis en train de chercher un bon tuto pour xen mais c'est pas évident.
La j'ai juste installé une fedora 8 avec le noyau xen opérationnel reste a mettre les os virtuel en place.

j'profite de ce topic générale pour exposé un problème que j'ai eu récement et je n'sais pas à qui/quoi désigner du doigt comme coupable:
 
à ma boite on m'a changé mon pc et j'en ai profité pour demander une p'tite partition pour wiwi xp afin de pouvoir mettre ma distrib favorite en double boot.
sur mon linux j'installe virtualbox, ntfs-3g, le xp corporate et l'office2003 tout aussi corporate en vm. Pour le nOutlook, et surtout pour ses maudits pst, j'ai monté ma partition ntfs (native) via ntfs-3g et partagé ce point de montage via la fonctionnalité intégré à virtualbox (l'idée etant d'avoir toujours mes pst locaux à jour quelques soit l'os lancé sur le pc).
et ça marche du tonnerre    mais il se trouve que j'ai du repasser sous windows...
et dans un premier temps tout allait bien... je laisse le pc allumé, continu mon boulot, et ne reboot pas sous linux.
le lendemain tout est ok également, mais le surlendemain... en arrivant au p'tit matin, j'vois noutlook qui me dit que certaines regles n'ont pas pu etre appliqués (celles ayant un rapport avec mes pst en local) et des messages d'erreurs inconsistants m'expliquant en substance que mes fichiers pst sont foireux.
=> reboot obligatoire (les messages d'erreurs revenant automatiquement meme après arret d'outlook)
==> BSoD
==> mode sans echec, BSoD
==> reboot sous mon nux chérie qui me dit que ma partition ntfs est foireuse quand j'tente de la monter
==> reboot avec le cd d'xp, BSoD    (après chargement des fichiers, au moment où on est senser choisir entre installer, réparer etc)
du coup on branchant le disque sur une autre machine sous wiwi, la partition ntfs à put se monter et un chkdsk salvateur à pu etre lancé (bien qu'un de mes pst soit passé à 0 octet ).
 
qui est le coupable ?
- ntfs-3g pas stable en écriture ?
- le partage intégré à virtualbox ?
- la faute à ntfs-3g et le partage vbox en conjonction ?
- Murphy ?
 
du coup j'ai un bon nuxnux tout propre et j'ose plus m'en servir au boulot  

quelqu'un sait si debian prevoit de refaire des noyaux avec le support de Xen pour dom0 ? car on s'est arreté au 2.6.18, il semble que pour lenny il n'y ai que le support de xen en domU
 
Ca me tracasse un peu, au boulot j'ai beaucoup de xen avec sarge en dom0, il faudrait que je le prenne le temps de migrer en etch, mais si on me dit que lenny n'aura pas de noyau Xen pour dom0 ca va me poser probleme en terme de perenité ...

Bah tous mes dom0 sont en Lenny, juste j'utilise pas les noyaux qu'elle propose, ca ne me pose aucun problème pour le moment

ha, tu peux m'expliquer comment tu fais ?
 
tu recuperes http://bits.xensource.com/oss-xen/ [...] 2.1.tar.gz ?
 

Soit tu recompiles le noyau fourni par xen, soit si t'es fainéant, tu récupères celui d'une Etch

ha donc je ne peux pas avoir un 2.6.25 + xen en dom0 ?

VirtualBox 1.6.0 out:
http://www.virtualbox.org/
http://www.virtualbox.org/wiki/Downloads