Reprise du message précédent :
c'est le genre de feature que je devrais mettre dans Xen Orchestra tiens

Il n'y a rien à faire pour Qemu-KVM dans virt-manager ?
Pour Xen, il a fallu faire quelques lignes dans modprobe et grub
et pour Qemu-KVM, tout est prévu dans virt-manager ?

Je ne me souviens pas avoir du modifier quoi que se soit.

C'est génial alors si le PCI-passthrough est géré sans modification
vive Qemu-kvm donc
Car j'avoue qu'avec Xen, il y a quelques manipulations à faire, rien de rédhibitoire.

Chez moi  avec KVM j'ai du blacklister les modules de la carte graphique que je donne à ma VM sans quoi j'avais un plantage de l'hôte.
Et ajouter intel_iommu=on aux commandes grub.

ok et pas de pci-stub.ids=1002:6719,1002:aa80 dans grub ?

De ce que j'ai compris (à vérifier donc) avec la ligne pci-stub.ids=xxxxxxx dans grub tu n'as pas besoin de blacklister les modules concernant la carte graphique que tu vas passer à ta VM.
Mais je n'ai pas essayé cela

J'aime l'exercice de non-information de vmwre concernant la faille chez openssl. "On ne sait pas s'ils utilisaient vmware ou non". En fait ils ne savent rien de quoi que ce soit mais il faut que la terre entière soit au courant.
 
Toujours pas de KVM dans le titre ?

Une petite success story (en cours).
 
Domu = Debian  
Dom0 = XP Pro
 
Utilisation massive de snapshots LVM pour tous les tests.....
 
Passthrough VGA secondaire réussi avec une Radeon 6450.  
Il me reste maintenant à émuler le son, ce qui ne devrait pas trop poser de problèmes, si ce n'est que j'aimerais bien récupérer le son une fois que Dom0 est éteint...  des idées comment faire ?
 
En gros, il faudrait faire un reset du bus PCI sur lequel est la carte son une fois Dom0 éteint. Pour le moment je passe le PCI ID au noyau lors du boot via xen-pciback.hide et un lspci m'indique bien que c'est pris en charge par ce module, mais j'aimerai bien le rendre au DomU (oui oui... je peux le faire aussi via un modprobe, je sais...)
 
Have fun !

Tu mélangerais pas domU et dom0 là ?

@ e_esprit : lapsus digiti.... Bien entendu je voulais rendre au Dom0 le PCI utilisé par DomU

Hello
 
Sous Xen avec la toolstack XL
xl pci-assignable-remove -r XX:XX.X
 
où XX:XX.X est l'ID de ton device PCI : 01:00.0 par exemple
 
l'argument -r permet de re-binder le device au driver d'origine dans ton dom0 une fois qu'il n'est plus utilisé par le domU
 
Note: je pense qu'il faut que le driver soir chargé...a confirmer

des gens sont passés de vsphere 5.1 en 5.5 ? Ca vaut le coup ? Le sso a été amélioré (simplifié) ?

salut
personne n'a un windows 2008 r2 sous xen ?
j'en ai installé un, qui tourne, mais à chaque fois que j'installe les drivers GPLPV pour avoir de meilleures performances (notamment pour que l'OS s'adresse directement au disque, plutot qu'à une couche de hard émulé), après reboot j'ai un écran bleu
j'ai esayé les derniers en date (http://wiki.univention.de/index.php?title=Installing-signed-GPLPV-drivers), signés ou non signés, en test-mode ou pas, même problème à chaque fois...  
merci

De mémoire ya un truc a passer au boot.ini. M'enfin sous XenServer le support des Windows est nettement meilleur.

d'apres ce que j'ai lu, ce n'est justement plus la peine, l'install du driver fait tout
sinon j'ai le dernier xen (xen-hypervisor-4.1) sous debian wheezy
est-ce différent de "XenServer"' ?

Xen c'est juste l'hyperviseur. Après autour tu as des outils (toolstack), cf http://wiki.xen.org/wiki/Choice_of_Toolstacks

XenServer c'est une distrib packagé avec Xen+XAPI+facilité d'install des outils. Sous Wheezy tu dois encore avoir xend je pense (donc la ligne de commande avec "xm" ).

Hello,
J'aurai besoin de sortir un tableau basique qui donne les confs des VM (mémoire, cpu, espace disque alloué, ...) montées sur des ESX.
Est-ce que quelqu'un connait un outil pour faire ça plus simplement que machine par machine ?
Merci bien.

look sur hypervisor.fr ou vmdude y a ca je crois

exactement.
jusqu'ici je n'avais besoin que de virtualiser du 'nux, donc pas de soucis, encore moins en PV.
et dès que je dois virtualiser du windobe, c'est le début des ennuis
merci pour les infos

bon, après avoir testé une dizaine de version différentes des drivers gplpv, j'ai réinstallé un win2k8 from scratch, puis au 1er boot les dit drivers.... et ça marche ! j'ai maintenant un chouli "xen block device" et "xenNet" dans mes devices
je sais pas ce qui causait cette incompatibilité....
Maintenant, va falloir que je virtualise des veilles machines qui tournaient en win2k3, j'espere ne pas avoir encore le meme probleme...

Merci, ce que j'ai trouvé nécessite soit d'avoir les droits avec mon compte depuis mon poste ce qui n'est pas le cas, soit d'installer des outils (powercli ou autre) directement sur le vcenter ce que je ne pourrais faire.
tant pis, je fais de bêtes exports csv des affichages des vm, j'ai pas toutes les infos que je voudrais mais c'est déjà pas mal.

Bon, aucun probleme avec win2k3. install des drivers xen/gplpv et ça marche direct
 
Sinon, une question sur qemu/kvm :
Sur mon desktop du taff, j'ai un XP qui me gonfle, je vais donc le remplacer par un linux mint, avec un XP en VM pour certaines applis (sql f*cking manager par exemple)
Comme le dit desktop est équipé de 2 écrans et 2 cartes graphique, il me semble que c'est possible de faire du pass-through afin de "donner" une carte graphique à la VM afin qu'elle puisse s'afficher sur mon 2è écran ?
Auquel cas il me semble qu'il faut tripoter une option dans le grub du host pour "cacher" la 2e CG à l'OS ?
merci

Le meilleur tuto que j'ai trouvé pour ce que tu veux faire:
https://bbs.archlinux.org/viewtopic [...] 162768&p=1
 
C'est pour Arch à la base mais facilement transposable (je le fais sur une OpenSuse) et tu y trouveras la commande que tu cherches à mettre dans ton grub

super, je jetterai un coup d'oeil la desus. merci  

Sinon, question perf. apparemment une VM en PVHVM est nettement + performante qu'en simple PV (surtout en I/O)    
bench d'une debian wheezy :
https://xen-orchestra.com/debian-pvhvm-vs-pv/

 
Oui, je confirme, c'est moi qui ait écrit le test et l'article
 
C'est pas vraiment étonnant, vu qu'on profite des extensions de virtu du matériel (meilleur gestion de la mémoire et de certains appels) avec en plus les disques et réseaux paravirtualisés.  
 
Article à lire : http://wiki.xen.org/wiki/Virtualization_Spectrum

ha d'accord, oliver
pourtant un guest en PV bénéficie aussi des drivers pour le disque et l'interface réseau. je me serais dis que c'était kif kif...
et pendant que tu yes, xen orchestra a l'air chouette comme web gui. c'est du gros lourd, ou y'a plus leger ?

 
Les deux bénéficient des drivers, mais le PVHVM utilise les extensions hardware, et donc on a le droit au pagetables complètement virtualisées (ça fait une grosse différence). surtout sur du matériel récent (avec le hardware assisted paging ou "HAP" ).
 
Pour XO, si tu as XenServer ou Xen+XAPI, ça s'installe en 3 petites étapes : https://xen-orchestra.com/install-a [...] -from-git/

Bonsoir,
 
Je suis confronté à un petit problème et j'aurais voulu votre avis car je ne sais pas quelle est la meilleure solution.
 
J'ai un serveur sous debian 7.2 , hébergeant un certain nombre de services mais pas de serveur X. Je dois héberger dans quelques temps également sur la même machine physique un serveur windows ( pas le choix, c'est pour héberger un serveur DRM playready compliant, et obligé légalement de mettre windows ).
 
J'ai pensé naivement : pas de pb, on  met un virtual box et hop on lance notre image virtuelle ... sauf que vu que je n'ai pas de serveur graphique, il n'est pas possible - à priori - de lancer une instance virtuelle. Du coup, je ne sais pas comment faire :
 - faut il installer absolument un serveur graphique ( bof , en plus même sous windows, pas besoin de la partie graphique )
 - possibilité de lancer quand même une image virtuelle sans serveur X  
 - utiliser xen, mais je ne sais pas trop comment ça marche et je ne sais pas si ca répond à mon problème. De plus, cela implique d'installer un hyperviseur, pour ensuite installer ma debian d'un coté, et mon windows de l'autre. Sachant que c'est un serveur générique, et que la partie DRM sera en option, cela m'embete d'utiliser xen pour hyperviser 1 seul os ( la debian ) la plupart du temps.
 
Avez-vous des conseils pour faire le bon choix, car c'est un sujet assez nouveau me concernant ?.
 
 
Merci d'avance  

Je te propose kvm, les packages étant probablement déjà intégré à la debian. Tu installe virt-manager, tu lance les démons adéquat sur la debian (libvirtd ou approchant), tu lance virt-manager depuis ton serveur en exportant le display sur ton desktop et voilà, tu peux installer windows.
 
Pas de raison d'installer virtualbox, kvm est déjà intégré au noyau linux.
 
C'est possible d'ajouter kvm au titre du topic ?

Oui enfin dans tous les cas (KVM ou Xen), je pense qu'il faut quand même transformer ta Debian actuelle en VM, ce sera plus propre (et plus facile à maintenir).

ok pour kvm ( que je ne connaissais pas ) ou xen.
 
Par contre vaut-il mieux avoir un linux hyperviseur ( xen ou kvm ), puis :
   - un OS linux avec les services voulus ( apache , streamer , broker de message , etc ... )
   - un OS optionnel sous windows, qui ne sera activé que si l'option "DRM" est prise par notre client.
 
Ou vaut-il mieux un linux hyperviseur ( xen ou kvm) et avec des services à coté ( apache , streamer , etc ...), puis :
   - un OS optionnel sous windows.
 
 
je ne sais pas quel est le mieux. Sachant que le windows est optionnel et ne réclamera quasi aucune ressource ( quelques transactions réseaux pour délivrer des certificats ), par contre l'OS sous linux devra avoir particulièrement de la puissance ( je suis sur un core i7 4 coeurs +16 GB RAM et 2 disques 1.6TB en SSD ), car je vais devoir transcoder un certain nombre de flux multicast ( en source ) vers du HLS ou du MSS ( voire DASH ).
 
Je sais également que le problème de la virtualisation fait qu'on partage les coeurs et que je risque d'en perdre un rien que pour le windows, ce qui est du gachis . C'est pour cela que j'aurais préféré une virtualisation type 2 ( voir wikipedia, non natif mais logiciel de virtualisation hébergé sur un OS hote, comme virtualbox ) car tant que la machine virtuelle ne fait rien, l'ensemble du processeur peut être utilisé par l'OS hote.
 
Bref sujet pas simple, merci de vos réponses en tout cas  

Il vaut mieux faire ça, comme je l'ai dit au-dessus

Déformation professionnelle, mais pour pas avoir d'emmerde, XenServer avec deux VM dessus (debian et Windows), piloté si besoin est par les interfaces existantes (XenCenter ou Xen Orchestra).
 
Temps d'install sans rien y connaître pour XenServer : 10 minutes.

Xen c'est pas du linux.  

À venir : XenGT, permettant de partage un GPU Intel entre plusieurs VM
 
https://01.org/xen/blogs/srclarkx/2 [...] tion-xengt

xen a reçu plus de patch que lovamoor n'a reçu de liftings, c'est pas du linux.

A ce propos, est ce que les VMs de l'hyperviseur xen ou kvm peuvent être représentées par des fichiers ( stockés sur une partition quelconque ) ou faut-il que ce soit une partition forcément sur un disque physique ?