Reprise du message précédent :

Je vais récuperer celui maintenu par Suse et utilisé par XCP/XenServer qui m'a l'air bien mieux.
 
Dans les backports Debian y a pas les patchs Xen (pour la partie Dom0) il me semble

T'as essayé sinon les paquets squeeze pour la partie hyperviseur/outils ?

 
J'avais essayé, mais j'arrive plus à me souvenir pourquoi j'ai décidé de compiler moi-même  

Si ça te revient tu me dis

Je reviens d'une journée citrix xendesktop xenapp, c'était sympa ! Produits avec de sacrées possibilités, mais pas vraiment adapté pour le milieu universitaire je pense. Je vais approfondir Le streaming d'os (hp par exemple) a l'air peut être plus adapté.

Bon après pas mal de lutte (surtout avec make-kpkg), j'ai :
- kernel dom0 : 2.6.27.42-0.1.1 (version de XCP / Suse)
- kernel domU : 2.6.32 (backport maison Debian Squeeze)
- paquets xen (hypervisor, utils, xenstore...) 3.4.3 (pinning Squeeze)

Il a fallu que j'upgrade mes conf (sda => xvda), mais j'ai encore un problème de console non dispo après le boot du domU

M'enfin, en avant les tests de stress CPU et I/O

domU console HS avec quelle distrib ? que du Debian ?

Nan mais c'est bon c'est résolu
tu penses bien que c'etait pas une question et que j'allai trouvé tout seul  
 
Fallait déclarer le hvc0 dans /etc/inittab ce qui n'était pas nécessaire jusque là grace à l'option xencons=tty
mais elle a du disparaitre

 
Bah t'as qu'a faire des trucs plus couillus aussi

Genre du LVM sur du iSCSI, sur du DRBD, sur du LVM ?
 
Alors que j'ai deux baies SAN mirrorées ?
Ce serait plus couillon que couillu

C'est pas couillon, c'est performant, élégant, puissant.  
 
A noter que d'autres ont posé la question sur les ML de Xen, je suis pas le seul à voir en ce principe une archi qui rox des poney alpins

Fait donc sauter juste un disque pour voir comment ça réagit que je rigole

Ah oui j'ai oublié de préciser que le noyau 2.6.32 que j'ai recompilé pour mes domU est dispo en standard dans squeeze, ET en version dom0 (mais perso je préfère pas essuyer les platres, d'où mon choix du 2.6.27 à priori éprouvé), des fois que ça en interesse quelques-uns ici.
 
Et c'est globalement une bonne nouvelle, je craignais que le support de Debian en dom0 disparaisse avec Squeeze (il en était question).

 
Euh, les baies MD1000 c'est du Raid6 de 7To. Avec 2go de cache minimum. Donc bon euh...  

Au-dessus des tes volumes RAIDs, tu fais DRBD puis LVM, ou bien LVM puis DRBD ?

 
Au départ DRBD sur LVM, puis après export iSCSI, c'est du LVM sur DRBD, les deux quoi

Hello, j'ai un proc 64bits et j'ai installé Vbox depuis aur sous archlinux.
Je ne peux pas lancer des os de 64 bits, il me dit que mon processeur  est détecté comme un i686 ?!?

version du noyau en i686?

euh proc 64 bits, kernel en 64 bits aussi ...
2.6.32-ARCH #1 SMP PREEMPT Mon Mar 15 20:44:03 CET 2010 x86_64 Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz GenuineIntel GNU/Linux

C'est parce que ton processeur ne gère pas les instructions VT, tu ne peux virtualiser que du 32 bits.

Ben du 64 bits sur du 64 bits ca devrait pas poser de problème, meme sans VT, non (je connais pas bien vbox, mais bon...)

Si si, c'est ça, Vbox impose d'avoir du VT pour virtualiser du 64 bits sur un hôte 64 bits.
Ça m'a toujours paru idiot à moi aussi

 
 
ok merci :-) fallait le savoir ...

Je sais pas si c'est pour ça, mais dans les paquets Debian, y a pas de pv-grub

Il me semble que j'avais aussi fait des tests avec pv-grub, mais ce n'est pas le "truc" qui m'a fait compilé je crois.. Bref, ça tourne bien pour l'instant donc bon

Bon alors ces tests d'I/O et CPU, ça te donne quoi ?

J'ai pas trop avancé, un peu joué avec "stress", pas de problème rencontré jusque là.
Mais je peaufine quelques autres réglages, genre dédier 2 cores au dom0 (d'ailleurs, sais-tu si il est possible de
choisir les 2 cores à dédier ? apparemment il prends dans l'ordre les N premiers - selon le nombre N demandé,
j'aimerai qu'il prenne le 0 et le 4), bloquer la mémoire du dom0 au niveau noyau (jusque là je le faisais
que dans xend), etc...

Bien sûr, vcpu-pin tu peux choisir le cœur que tu veux "accrocher".
Pour la mémoire du dom0, c'est dans grub, avec le "dom0_mem=512000".

Bon de mon côté, après avoir fait une maj, j'en ai ras le bol de me rettaper le menu.lst de grub, je vais peut être songer, si t'a un .deb, ton noyal pour ton Dom0.

edit : ah j'ai pas check pour le l'ordre de vcpu-pin
edit 2 : regarde par là sinon : http://markmail.org/message/fgzjxr [...] te:results

Oui mais je parlais via l'option dom0_vcpus_pin dans grub pour affecter les vcpus.
Mais au pire je peux rajouter un  
xm vcpu-pin Domain-0 0 0
xm vcpu-pin Domain-0 1 4
 
Dans un script init peut-être...
 
Je vais tester

Comment ça te retaper le menu.lst ?
update-grub doit le mettre à jour tout seul, donc même si c'est pas depuis un paquet => update-grub et pis voilou
Sinon pas de pb pour te mettre le deb à dispo, dis-moi si tu le veux vraiment

Ca a l'air de le faire \o/

Mon update-grub me mange tout cas j'ai une version custom de l'hyperviseur  
Autrement dit, mon boot "pero" saute, je retappe pas tout mais la ligne que j'ai faite.  
 
Et puis j'aimerai aussi tester d'autre noyal, mais je suis short time pour tout compiler là (d'autres projets à côté).  
 
Donc oui, si ta du deb pour ton noyau de Dom0 voire ton hyperviseur, pourquoi pas, vu que je suis en qualifs, ya moyen de tâter un peu

 
Du coup ta scripté au boot ?

Bah pour le grub tu peux rajouter l'entrée en dehors de la partie auto-générée
Si c'est juste les options du noyau xen, ben xenhopts et xenkopts sont tes amis
 
Je te file un lien vers le .deb en MP (Note : x86_64 et j'ai viré la gestion d'infiniband et des devices video car ça me faisait chier à la compil )

dans rc.local oui
 
C'est pas très clean, mais bon

Impec', m'en vais tester ça derechef !

Bon, pv-grub c'est quand même bien sympa

Dans une VM :
  10   1734109   510.08 MB/sec  execute  70 sec

Je vais faire un petit bonnie++

edit : c'est le résultat d'un dbench. Autrement, ça va bien vite. A vérifier avec bonnie++.

Bon allez moi je vais voir un peu ce que donne le support de la 3D dans virtualbox.
Déjà les animations de QT marchent et sont accélérées par le gpu.  
Reste à voir ce que ça donne niveau support de jeu.

Salut, je suis en train de configurer 3 domU Windows sur Xen 3.1 sous CentOS 5.4. Les machines virtuelles fonctionnent correctement, cependant, concernant le réseau, ca se complique...
 
J'ai installé les drivers GPLPV sans souci, principalement pour bénéficier d'une interface giga sur ces machines. Le problème qui se pose est que ces 3 machines ne sont jamais joignables en meme temps ! Je m'explique... si je lance un ping sur ces 3 machines, les 2 premieres ne vont pas pinguer mais la 3eme oui. Quelques secondes apres, la premiere va pinguer mais les 2 autres non, et ainsi de suite.
 
Si vous avez une idée de ce qui peut poser ce genre de probleme, je suis preneur !!!
 
Merci par avant
 
Voici la conf d'une des machines virtuelles, les 2 autres étant identique sauf pour la partie disk et vif
 

Passe à xenserver. C'est du centos également en dom0 et tu n'auras pas ces problemes.