Reprise du message précédent :
À priori t'as explosé la taille limite d'un fichier sur le FS de ta machine hôte (!=guest)... C'est quoi ton FS ?

Merde , tu as raison, je pensais que mon HDD externe où le HDD virtuel de ma MV était en ext4, mais vérification faite, il est en FAT32. Chiotte. Bon ben, problème résolu à priori, je vais m'occuper de ça...
 
Edit : ah ouais, une fois sur un FS ext4, ça marche nettement mieux hein

Ça t'apprendras à utiliser des FS de merde

Alors, des retours de VirtualBox 3 ?

Compatibilité pour mon HD externe qui rencontre aussi bien du Mac OS que du Windows ou du Linux. Si un autre FS est supporté nickel de chez nickel par les trois OS autre que FAT32, je suis preneur  

t'as qu'à pas utiliser d'OS sales

Les gens avec qui j'ai des rapports sociaux ne me laissent pas le choix.

I see teh problem  

XenCenter 5.5 dispo en download

 
Merci du tuyau !
La semaine prochaine je migre tout en 5.5

Je rencontre un bug sur un de mes dom0 :

ce bug n'apparait pas au boot, mais une fois lancé, si je passe un certain nombre de VMs, plus moyen d'en lancer une nouvelle. Si j'en arrête une et que je veux la relancer, niet.

Il reste 10 bon Go de RAM dispo.

J'utilise network-dummy pour le réseau, avec un bridge tout ce qu'il y a de plus simple.

des idées ?

Je sais pas si c'est lié à ton problème mais dans les archives de xen-users j'ai trouvé ça :
 

 
Sinon tu as regardé l'état de tes bridges sur l'hyperviseur ?

 
Tiens moi au courant  
J'attends la 5.5 upgrade 1  

 
Bah écoute, j'ai 8 serveurs à migrer, je te tiens au parfum

 
J'ai fait le tour de xen-users/devel
 
le bridge est OK, c'est juste que la création de vif se gaufre et *pof* broken pipe
 
et c'est retombé en marche hier soir... je le passe en loglevel debug, je restart xend et hop ça marche    
 
j'aime pas bien ça  

Ca serait pas un truc à la con, genre une variable "compteur" qui serait pas décrémentée à l'arrêt des machines et qui aurait une limite (genre 8 ) ?

 
j'avais déjà relancé xend avant de passer en debug, c'est ça qui me tarabusque

Quelqu'un a deja mis en place ça ? => http://run.tournament.org.il/xen-v [...] ollection/ (graphs cacti des hyperviseurs/vms)
 
Ca me tente mais le lien vers les templates est (momentanément ?) foireux, donc si quelqu'un a ca qui traine au fin fond d'un de ses systèmes de fichiers...

 
J'ai juste eu le temps d'upgrade une machine de 5 à 5.5 ca a fonctionné sans probleme ... Bon maintenant reste à voir comment elle se comporte

Je me pose des questions avec VirtualBox.
Il dispose d'une option d'accélération 3D, dans ce mode qu'est-ce qui est utilisé ? Je sais que sans cette option, on bénéficie d'une carte graphique virtuel VESA. L'option d'accélération permet-elle un accès "direct" à la carte physique ?
 
En bref est-ce bien la carte graphique physique qui est utilisée en mode accélération ?
 
Merci

Amha, ce sont des interfaces bien connues qui émulent une carte graphique, et le jeu d'instructions 3D est traduit à la volée vers la vraie carte.
 
Donner un accès direct à la CG depuis une VM est une erreur:
- défaut de design (il y a rupture de l'isolation - tu exposes du matériel - ),
- problème de "sécurité", car tu donnes accès à un périphérique pouvant faire des DMA et taper là ou il veut, sans vraiment pouvoir être controlé par l'hote (on commence à peine à voir apparaitre des IOMMU sous x86).
 
Sauf cas extremement particulier, mais l'architecture actuelle des ordinateurs personnels ne s'y prête vraiment pas.

Oui mais les perfs ?

Faudrait déjà dire ce que tu entends par "performance", c'est un terme sujet à caution.
 
Si c'est le framerate sous Crysis qui t'intéresse, évite la virtualisation, c'est clair. Si le but c'est de faire une démo pour jouer à pong 3D et faire tourner des fenêtres, c'est jouable.

Je me posais cette question pour savoir si les drivers Nvidia pourraient aller dans ma VM. Je suis entrain de tester une distribution et j'aimerais faire ça de A à Z.

Pour VirtualBox, l'accélération de Direct3D est faite en "convertissant" les requêtes en OpenGL, en utilisant le travail de Wine.
Donc si tu as ce qu'il faut pour faire de l'OpenGL accéléré sur le système hôte, c'est bien accéléré matériellement, mais on est loin d'un support à 100% de Direct3D (notamment DirectX 10 dont le support est quasiment inexistant à ma connaissance).

Les drivers Nvidia ne passent pas , tant pis je vais me contenter de VESA pour le test.

 
Autrement dit, un jeu OpenGL qui fonctionne sous Wine, fonctionnera sous VBox ?
 
Le support Direct3D sous VBox est il supérieur au égal à celui de Wine ?

Je dirais égal à celui de Wine, quand on regarde les logs du SVN de VirtualBox on voit qu'ils suivent de près les releases de Wine. S'ils avaient fait des améliorations significatives, je pense que ça aurait été récupéré d'une manière ou d'une autre par Wine.
 
Au passage, je viens de voir que Parallels semble faire la même chose.

Question XEN >
Quel est l'avantage de passer par des images en dur plutot que par des img, je veux dire en passant par le /dev/mapper etc...
 
Car c est quand meme plus cool d utiliser des img nan?.
Bon peut etre pas pour le chroot etc.. mais bon
vous avez des preferences?
 

En passant par des img, on perd beaucoup en perfs disque par rapport à du LVM, j'ai souvenir de nombreux benchs qui montrent une différence très nette  
Perso je fais tout en LVM.

 
faut que je passe par un LUN du SAN tout ca    
ca m allait bien le système d'img bon tant pis, merci en tout cas

Un bench bien complet, esentiellement Xen VS KVM, mais aussi img VS LVM :

http://indico.cern.ch/contribution [...] nfId=45282 (slides)

ha ca déboite quand meme la difference...

Oué, ça incite fortement à utiliser LVM, bien qu'un peu plus complexe au départ, c'est aussi plus souple.

Clair, quand on y prend goût c'est purement énorme, au delà de mon serveur, tous mes PC sont en LVM, c'est vraiment le pied par rapport aux partitions classiques.

ça change quoi a l'usage ? jveux dire a coté de la partie technique, en quoi "c'est vraiement le pied" pour un usage perso

Ça sort un peu du cadre du topic là    
 
Mais sinon, pouvoir resizer les partitions comme on veut sans s'occuper de savoir si l'espace libre est avant ou après, faire des snapshots, étendre une partition sur plusieurs disques à la volée, ajouter/retirer un disque associé à un groupe de volumes, c'est vraiment ultra-souple et rapide.
Et les outils sont bien branlés, simples et efficaces, une commande par action.
 
En tout cas je n'imagine plus partitionner sans LVM (bon, à part des cas bien particuliers, genre mon netbook avec seulement 8Go)
 
Ça serait peut-être pas mal de faire un topic sur LVM.

De plus, Xen peut utiliser LVM directement :
Si tu fais un vg bien nommé, et que dans la conf de Xen tu précise utiliser LVM, alors :
xen-create-image [...] --hostname=maVM --size=10gb [...]
 
Eh bien, **automatiquement** Xen va creer deux LV dans le VG :
maVM-disk et maVM-swap, avec la taille qui va bien (les 10gb passés en paramètre).
 
C'est quand même overbien

Attention, xen-create-image (outil issu des xen-tools) != Xen
 
je pinaille, mais faut pas mélanger

 
Quand t'utilise Xen sur une debian Lenny, ne pas installer les xen-tools c'est quand même aimer souffrir

http://arstechnica.com/open-source [...] upport.ars wut