Reprise du message précédent :
Sinon Xen 4.4 sorti aujourd'hui

Bon ben niveau temps de compilation il n'y a pas trop photo c'est effectivement mieux.  
J'ai un doute sur la durée gagnée, mais c'est entre 10 et 30 minutes (152min au lieu de 162 ou 182 j'ai un doute).
 

Tu compile plus vite avec une machine sur KVM que sur virtualbox ?

 
Encore heureux

Tu compile même plus vite dans une jail que sous KVM, VirtualBox ou Xen, c'est rigolo nan ?

Drap !

Oui. En plus d'être beaucoup plus pratique avec virt-manager.

Vos VM, c est essentiellement en utilisation sur 1 serveur, ou sur desktop?
Pour ma part, j ai une Debian 7 en OS principal avec xfce sur mon laptop Lenovo x230, et ai besoin d un Windows 7 en +. J ai essyé Xen 4.1, VmWare Player 6 puis finalement VirtualBox 4.3, et c est ce dernier que je conserve car c'est le seul qui me permet d avoir des drivers graphiques à peu prêt correct sous Windows. Je n ai en effet que l IGP intel HD 3ème gen avec les drivers Debian.
Sous Xen, c est VGA only; sous VMWare, le driver 3D crashe tout le temps, et meme avec la 3D desactivé, pas moyen. J ai finalement meme pas essyé KVM, car si j ai bien compris, c est de l emulation QEMMU comme Xen, donc n y aurait rien gagné.
VirtualBox a un driver qui tient à peu prêt. Et l integration de VMWare et VirtualBox est qd meme bcp plus confortable que par ex VNC pour Xen! L integration la plus poussée (avec drag drop!), c est Vmware!

Perso c'est en serveur home, mais c'est comme si c'était du desktop... C'est un pauvre X2, je m'en sers pour mes compilations de rom android pour mon nexus 4.
 
Sur mon pc portable j'utilise virtualbox pour windows xp, mais bon concrètement je pense essayer de basculer sous lvm, c'est bien plus pratique je trouve.  
 
Pour les perfs 3D il n'y a que  passthrough d'un gpu dédier pour que ça soit réellement efficace.

n ayant pas de carte dédié (ordi portable!), le passthrough n est pas une option pour moi. Et de toute facons, je n ai pas besoin de vrai 3D, pas de jeux ni simulation. Je veux juste avoir un bureau qui tient la route, car les drivers vga de base, ca laggue et en plus c pas possible d avoir des resolutions "modernes" (pas de 1920x1080 par ex avec le stdvga de xen)

Le but c'est quoi de regarder des vidéos ou autre?
 
Sous virtualbox personnellement je ne peux rien tirer de l'affichage, M6 replay ce n'est pas envisageable etc. Donc de toute façon l'affichage reste basique.

ordi de dev: linux/eclipse en environment principal; Win7/Visual studio en VM

M'ssieurs dames bongeoirre !
 
Petite question, vite fait :  
 
sous ESXi 5.1, j'ai un disque secondaire sur lequel des VMs sont stockées.
 
je voudrais mettre ces VMs sur un autre serveur, est ce que c'est techniquement possible de prendre le disque, de le mettre dans un autre serveur et de le monter?

 
Pour un bureau qui soit fluide avec KVM quelqu'un ici avait conseillé d'utiliser Spice à la place de VNC.
Je n'ai pas essayé de lire de film avec cette solution, mais force est de constater qu'en bureautique  ça fonctionne très bien même avec des résolutions assez élevées. Youtube fonctionne aussi très bien avec un bureau de ce type par exemple

edouard: un autre esx? si oui normalement pas de soucis.
 
après sous un autre "os" que esxi je pense pas car il est au format vmfs4/5

J'ai pas réussi à activer spice. La vm ne boote pas avec.

Y a des morceaux à installer un peu partout pour utiliser Spice.

Ah ouais?
J'ai eu de la chance alors. Sur OpenSuse 13.1 j'ai juste remplacé VNC par Spice sur 2 VMs (une en local l'autre sur le réseau local), et après redémarrage des VMs installé les pilotes Spice pour Windows et depuis ça roule.

C'est sous ubuntu. Dès que je mets spice la vm ne boote plus, erreur lors de l'allumage, je vais creuser.

Salut à tous!

Un petit retour positif sur une machine virtuelle pour jouer avec VGA passthrough
 en utilisant Xen sur un xubuntu 14.04.

Config: i5 4570, carte mère en Q87, AMD R9 280X, écran 1440p branché en displayport (sur carte vidéo intel intégrée) et DVI (AMD).
Pour le son, souris, clavier, j'ai un switch usb.
J'ai pu me faire une petit diablo3, bosser sous lightroom, lecture de 1080p...
Ca marche vraiment bien, merci aux conseils que j'ai glanés ça et la.

2 petites questions cependant.
Ca pose problème d'utiliser le dom0 comme machine courante (surf, multimédia, jeu occasionnel) ou c'est pas vraiment conseillé?
Pour l'instant je lance mes VM en ligne de commande, j'ai testé virt-manager mais j'arrive pas à me connecter, vous faites comment vous?
 

 

 
Niveau sécu non, mais ça c'est pour du serveur. Pour un poste client, boarf ça le fait

Complexe à mettre en place ?  
Pour le switch usb tu peux donner la réf stp ?  
Merki bien !

 
Oui un peu complexe j'ai trouvé, j'ai un peu galéré sur la partie réseau, sur l'install des drivers ATI. sinon j'ai plus ou moins suivi ce tuto http://forums.linuxmint.com/viewto [...] &start=360
 
Le switch c'est celui la: http://www.amazon.fr/dp/B000XYZNY6 [...] 91_TE_item il fait son job. J'ai mis un hub derrière.

Ok merci pour l'info. Je commence aussi à envisager cette solution donc je cherche le max d'info.
Merci pour le partage !

De mon côté impossible d'utiliser spice, j'ai rajouté qemu-kvm-spice qui va bien mais lorsque je lance la vm:
spicevmc not supported in this QEMU binary

Il faut que je recréais ma vm? Je capte pas trop là.

A mon avis c'est plutôt ton hyperviseur qui pose problème.

Je sais pas trop, il faudrait que je retente de recréer ma vm depuis que j'ai rajouté le binaire qui va bien, avant je ne l'avais pas du coup je me demande s'il n'y a pas quelque par un lien entre vm qui utilise spice et l'autre pas ou un truc du style.

Google ton message d'erreur, tu trouveras des infos sur Ubuntu (ce qui semble être l'OS de ton hyperviseur).

J'ai cherché, mais ça ne donne rien.

Par contre, j'ai donc testé de recréer une vm avec spice d'origine et cette fois c'est bon. Donc il doit y avoir quelque part un lien entre le binaire qemu utilisé et la vm au moment de la création. il faut donc que je créais une vm proprement et basta.
(en gros j'avais créé ma vm avant de rajouter ce que j'ai mis en haut)

Donc visiblement c'est bon.

Spice + qmx fonctionnel là ou juste avant qmx ne me donnait qu'un écran noir et spice ne passait pas.

Hum spice marche très mal chez moi au final, donc retour sur vnc + vmvga comme driver gpu de la vm c'est le couple qui fonctionne le mieux pour moi pour l'instant.  
 
Mon but étant de compiler pas vraiment besoin de graphique.

Pourquoi vnc si c'est pour compiler ?

Par simplicité d'avoir un affichage graphique dans certaines étapes.
Mais maintenant que tout est scripté je n'ai plus vraiment besoin de l'interface graphique.

Et ssh c'est pas suffisant ?

Si, c'est ce que j'ai dit.

Mais l'avantage, c'est que là je suis dans un tout enfermé, j'affiche l'interface graphique de la vm, je balance mon script de compil et j'oublie la vm. Rien ne tourne sur le bureau du host qui me sert d'interface à distance en session tse.

ça marcherait parfaitement en ssh vers la vm (quoi que à avoir avec le nat c'est pas si sûr j'ai pas réussi à mettre en mode bridge...) depuis la vm du moins mais ça oblige à laisser tourner un terminal sur la session x du serveur (ou ailleurs) c'est moins pratique et en cas de plantage de la session à distance on a tout à recommencer.

ça prend 152minutes à compiler donc moins je recommence mieux c'est hein.

EDIT: ça sera peut-être plus clair comme ça:

Tu as donc mon bureau du pc portable, à l'intérieur une fenêtre X2go (donc une session à distance) ) .
Donc depuis là je pourrais balancer un terminal directe vers la vm mais si la session x se crashe je perds tout. Là ce que je fais c'est qu'une fois lancé, je ferme virt-manager, et je peux utiliser la session x si besoin sans que le plantage ne puisse vautrer ma compilation etc.

vu que je suis chez moi je peux prendre le contrôle de la vm directement via virt-manager aussi ce qui est plus pratique. Donc j'ai accès à la compilation de partout sans prise de tête, donc c'est plus simple ainsi.

aptitude install screen
man screen
 
De rien  

+1
Ou Tmux

Vouep mais ça me va comme ça perso.
 
A partir du moment ou la vm tourne, je ne vois pas d'inconvénients à y faire tourner un terminal directement dessus.

tite question un peu hs mais c'est en rapport avec la virtu:
 
j'arrive pas à créer de clé usb pour installer nexenta sur un n54l, j'ai utilisé win32img (pas de boot) et lili usb creator (error 23) mais sans succès.
 
une idée de comment faire?

D'autres retours depuis ?  
Je pense que je passerai à XenServer avec cette version.
Sait-on si les dom0 64bits sont supportés ?

 
C'est stable de mon côté, ça n'a pas bougé. Pas testé sur du bare metal encore. J'aimerai avoir une date de sortie concrète, j'en sais rien.
 
Le dom0 est toujours en 32bits je crois, mais c'est normal pour le dom0 (question de perfs). Ta un intérêt à avoir un dom0 en 64 bits

J'ai remonté mon Dom0 avec XenServer 6.2.
C'est bien sympa d'avoir le XenCenter pour administrer les DomU (tout en gardant le cli si on veut).
 
Par contre le Dom0 est vraiment fait pour ne pas être touché ...  
J'ai un 2ème HDD qui me sert pour des backups (et qui contient les batckups des LV de mes anciens DomU au cas où ma migration pose problème), paf, il sont disable au boot (j'ai eu l'air con d'ailleurs avec un montage dans le fstab qui me bloquait totalement le boot). Et j'ai plus de supervision des sensors (j'ai yum install sensors, mais il ne détecte rien ... manque de coretemp ?).
 
Plam, j'ai pu faire joujou avec XO, c'est bien sympa. Par contre, j'ai l'air con à vouloir passer par mon ReverseProxy ... Apache2 et proxy WebSocket ça fait pas bon ménage