Reprise du message précédent :
Ben ce que tu appelles le bridge par défaut, c'est créé par le script network-bridge, donc il sera créé ou pas selon ce que tu mets dans le script avec gestion des vlans.

Mais je ne comprends pas ton "vlan natif". Tu veux dire que sur eth0 tu as du traffic taggué et du non taggué (ton "vlan natif" ) qui arrive ? c'est possible ça ?
Dans tous les cas, soit tu tag ce "vlan natif" comme les autres, et ton dom0 utiliseras eth0.vlan_natif comme interface, + un bridge par dessus,
soit tu le taggues pas (si c'est possible... et si ça l'est, ça ne me parrait pas forcément pertinent comme approche, mais bon...) et alors tu peux utiliser un script network-bizarroid-bridges genre :
network-bridge "$@"
network-bridge-vlan vlan=X "$@"
network-bridge-vlan vlan=Y "@"
...

L'important, et il est essentiel de le comprendre, c'est que xen se contente d'exécuter un script en lui passant un argument start, ou stop. Derrière, tu lui fais faire CE QUE TU VEUX

Yep j'ai bien les deux qui arrivent jusque la machine physique. Et maintenant je peux meme envoyer le traffic souhaité vers la vm souhaitée (meme si sans les scripts pour le moment )
Le taffic non taggué (ce que j'appele le vlan natif) pour entre autre controler le dom0 et eventuellement des vms sur le meme reseau que le dom0.  
Le traffic taggué pour isoler les vms sur un/des vlan(s) spécifique.  
 
Il me semble que y'a deux mois quand j'ai commencé les test, j'avais trouvé un script qui gérait aussi le bridge par defaut, faudrait que je retrouve ca.

Ah mais en fait je viens de tilter, les scripts de chez renial gerent aussi le bridge par defaut en fesant appel à network-bridge d'où le renommage de eth0 vers peth0 et le bridge vers eth0 même avec ces scripts la. Je me disais bien que j'avais deja essayer et que ca avait pas marché.  
Du coup pour créer les vlans, ils utilisent eth0 comme vlan_dev au lieu de peth0. Faut que je vois à faire les modifs de ce coté la pour que les scripts utilisent peth0 et non eth0 comme vlan_dev pour créer les vlans.

Voilà, c'est qu'est-ce que je disais, faut bien comprendre que c'est que du script et que tu as donc le contrôle total, c'est pas l'hyperviseur Xen qui gère ça en dur

Ok je viens de trouver comment forcer le vlan_dev pour la creation des vlans. Il faut rajouter le netdev.
 

 
Mais, parce qu'il y a un mais, ca marche sur le serveur que je viens de monter y'a 3 jours mais par sur celui de y'a 2 mois.    
 
Testé en dhcp pour la vm et ce que je vois dans les logs du dhcp  
 

 
a répétition et la vm ne prends pas d'ip alors que le nouveau sans probleme.

Heureusement que j'ai parlé du paramètre netdev ce matin

Yep c'est en relisant les quelques posts precedents et le script lui meme que ca m'est revenu. Je suis passé a coté la premiere fois vu que tu parlais de bond  
Merci
 
Ceci dit j'arrive pas a comprendre pourquoi sur le recent ca marche et pas sur l'ancien. Je vais chercher de ce coté la maintenant.

Dans le cadre d'une formation j'apprends Linux/UNIX. Pour l'instant on utilise Mandriva, donc c'est ce que je "maîtrise" un peu.

Pour mon usage perso et mon envie de voir qqchose de similaire mais différent, je veux tester OpenIndiana.

On utilise VMware Workstation 7, j'ai fait une machine Solaris 10 et installé sans soucis. Par contre le contrôleur SCSI virtuel n'est pas reconnu, or j'en ai besoin. Une recherche google ne donne pas grand-chose, des idées ?

edit : j'ai pas installé les tools, maintenant que j'y pense. D'après ce que j'ai trouvé ça bugue un poil, mais je vais quand même tester.

Je sors d'une conférence Oracle (SUN) sur Oracle VM 3.
 
C'est donc une architecture XEN qui tourne sur du x86 et du SPARC.
Ils supportent Linux/Windows et Solaris.
 
Ils ont fait un énorme effort sur le manager pour cette version avec une clair orientation pour copier le vCenter, ce en quoi on ne va pas se plaindre vu que c'est quand même une des qualités première de VMWare.
 
2 infos intéressantes sortent de cette réunion :
- C'est gratuit, à télécharger sur le download center d'Oracle (après je ne me suis pas penché sur le support du matériel hors SUN/Oracle).
- Les licences BDD Oracle sont payés au CPU cappé, contrairement à VMWare, on ne paie donc la licence que les CPU assignés et non l'ensemble des CPU de la plateforme.
 
J'ai pu tester la version SPARC v2.1 et je suis agréablement surpris par la qualité du produit .

 
Tu peux dire à ton formateur que Mandriva est quasi mort et qu'aucune entreprise ne prendra le risque de déployer du mandriva sachant que la boîte est à l'agonie ?  
J'apprécie beaucoup Mandriva mais c'est la triste réalité... Les produits serveurs/entreprise sont bons, mais la pérénnité me fait très très peur...

En fait on a pris ça au pif, une iso trainait. Et là c'est plus simple pour s'entraider d'avoir tous la même chose. Avec Open Indiana qui est très différent, je galère un max. Genre les DD ne sont pas dans /dev Et ya que dalle de documentation, faut prendre celle de sun je suppose.

Je me pose une question (decidement en ce moment je m'en pose des questions )  
 
J'ai une machine sur laquelle je ne peux pas installer debian avec le cd classique, faut que je prenne un cd en bpo 2.6.39 pour qu'il reconnaisse bien le materiel.  
Pour le reboot sur le noyau xen, il est préférable de rebooter sur le 2.6.32.5 ou le 2.6.39 vu qu'il me propose les deux dans grub ?  
 
Edit: question subsidiaire
C'est normal que sur le noyau xen, il bouffe un peu plus de 512 de ram en plus par rapport au noyau non xen ?

 
Ouais, fixe la mémoire de ton dom0 à une valeur raisonnable, tu auras une utilisation de mem normale. Par défaut, on fait du ballooning sur le dom0, et c'est un très bon moyen de crasher un serveur...

Ca se fixe bien dans le fichier xend-config.sxp ? C'est pas la variable dom0-min-mem qu'il faut modifier ?  
Si c'est le cas, elle est a 196. Pourquoi alors il me prends plus de 512 ?

c'est dans le grub me semble.
 
cherche un poste de plam

nop, xend-config.xsp
edit, en fait, si http://wiki.xensource.com/xenwiki/XenBestPractices

me souvenais bien ^^
 
c'est plam qui m'avait filé la solution

Merci pour le lien
 
Dans l'exemple, ils parlent de dédier 512M au dom0, c'est une valeur correct ? Ca le fait si je le descend a 256M ?

Je dirais que ça dépends surtout de la quantité de RAM de la machine physique, et du nombre de machines virtuelles que tu auras dessus.
256M ça me parait vraiment juste quand même

Bah j'ai 8 Go de ram sur la machine pour le moment et je voudrais bien mettre 6-7 vms dessus voir un peu plus si c'est des petites.

Vise plutot 1G pour le dom0 alors
En tout cas 256M ce sera pas assez, tu vas te brider les perfs I/O (disques et réseau)

Perso un dom0 avec beaucoup de VM (enfin beaucoup... disons une vingtaine), mon dom0 utilise 550meg de ram (sur 1go)

edit : il faut noter que multipath becte pas mal aussi..

Oui, et si y a d'autres services dans le dom0 (attendez avant d'hurler ) genre un client puppet, mcollective, ou ce genre de chose, il vaut mieux s'allouer un peu de marge, parce que vous n'avez vraiment pas envie de voir ce que ça donne un dom0 qui swappe
 

Ok, je crois que je vais rester pour le moment avec les 512Mo de ram alloués au dom0 parce que je vois deja quelques centaines ko qui tapent dans le swap. J'ajusterai plus tard en fonction.

 
pour éviter ça, met le swapiness à 0.

Tcho tous.
J'ai un desktop ubuntu, mais j'ai besoin d'un autre ubuntu pour faire du dev  et d'un win7. J'aimerai donc virtualiser tout ça. Y'a un topic pour débuter ? Car oui je peux faire direct du VirtualBox, mais je ne sais pas si c'est le plus performant par rapport à xen/kvm ni justement si ces 2 sont adaptés pour une utilisation Desktop-virtualisé.
 
Merci pour votre aide

Pour du desktop virtualisé sur ton poste, Virtualbox est très bien

+1

Merci pour vos précieux conseils
 
Si vous en avez d'autres, je suis preneur

 
installe les additions clients pour une meilleure intégration, à part ça.. ça fonctionne plutôt très bien pour ce que tu veux en faire

au juste, vous zutilisez les jumbo frames pour la partie iscsi ?

 
oui.
 
eth3    UP BROADCAST RUNNING MULTICAST  MTU:9000

tu as vraiment vu des perfs en + ?
Ok sur le séquentiel en read... mais le reste ?

Pour moi (Vmware, SAN iscsi, Raid 5, 6*600G SAS 10k) :
 
Resultats SANS JF :
 

 
Avec JF (de bout en bout) :
 

 
J'ai « senti » une augmentation des perfs en read.. mais je peux plus bencher le bouzin, c'est en prod et quand je tire dessus ya des VM qui mettent du temps à répondre, et certaines applis de prod sont sensibles..

Yop,
 
Suite à une remontée de problème, je viens de voir dans les logs de la vm et je vois ca dans les logs
 

 
 
C'est grave docteur ?

 
de mémoire (donc sans l'ami google), ce message est présent lorsque tu migres ta VM, ce qui est donc normal.

Quel VM pour la virtualisation d'un Windows XP ?
J'ai de la RAM en masse ; un C2D 1.86Ghz avec instructions vmx.
 

Ce que tu connais le mieux !

(merci de lire les message légèrement au dessus)

Le topic sur Qemu peut aider .
Tout dépend ce que tu veux faire je dirais.

je vais aller jeter un oeil !