Reprise du message précédent :
vmware 5 out depuis fin aout.

 
http://code.google.com/p/phpvirtualbox/

merci je regarde

Dites moi petite question, est ce que vous avez déjà eu le cas dans virtualbox sur une vm windows xp sp3 de java 1.6.0_23 qui ne veut pas marcher alors qu'il s'installe bien???
 
J'ai mis à jour virtualbox ça ne change rien. Il en se lance tout simplement pas, impossible d'aller dans les propriétés de java, java.exe turbine à 100% et rien nada.
 
Testé de désinstaller réinstaller java, rien.
 
J'ai besoin de cette version à cause d'un module HOD et ça ne marchoie point.

J'ai un petit problème quand je tourne sur un kernel Xen ma ram n'est pas complétement reconnu 6.2Go a la place de 8Go
 
Alors qu'avec le Kernel 3.0.1 l’intégralité de ma ram est reconnu
 
Je tourne sur une Debian Testing
 
Si quelqu'un a une idée je suis preneur  
 
Merci

 
Tu dois avoir dans la conf un min ram pour le Dom0 qui doit traîner.

 
Oui, si tu fais un "xm info", tu verras la totalité de ta ram, celle allouée au dom0 (hôte), et celle libre. Dans tous les cas, quand on crée des VM, ça va prendre de la mémoire sur le dom0, mais ne pas forcément la réallouer automatiquement.

 
 
 
Exact xm info m'indique bien la totalité de ma ram
 
Merci a vous  

La RHEL6.1 me donne quelques petits soucis :

Je ne peux lancer une VM avec une interface de type 'network' (création d'une interface tap au lancement de celle-ci).
En effet libvirtd ne dispose pas des droits pour accéder au fichier /dev/net/tun ...

Malgré le fait que j'ai positionné dans /etc/libvirt/qemu.conf les options suivantes, et que /dev/net/tun soit en 0666 ...

Bien sur lorsque je lance la VM avec la ligne de commande qemu-kvm produit par libvirtd, depuis le compte root, ca marche ...
Deux pistes possibles : un bug dans libvirt ignorant l'option ... un bug dans une lib ... hum pas facile à trouver :s

Éventuellement une idée ?

Merci d'avance

ps : je n'ai pas le problème avec la RHEL6.0 ...

Bon c'est bien une régressions apparue suite  à une mise à jour de libvirt ... maintenant

Mettre les paramètres suivants dans /etc/libvirtd/qemu.conf :
security_driver = "none"
user = "root"
 
cgroup_device_acl = [
    "/dev/null", "/dev/full", "/dev/zero",
    "/dev/random", "/dev/urandom",
    "/dev/ptmx", "/dev/kvm", "/dev/kqemu",
    "/dev/rtc", "/dev/hpet", "/dev/net/tun",
]
 
clear_emulator_capabilities = 0
 

Hello a tous, j'ai un VMware Workstation d'installé sur mon poste, et je souhaiterais sauvegarder mes VM car je vais devoir faire une réinstallation toute neuve dans les jours qui suivent.
Que dois-je sauver?
Merci

Bonjour,  
 
Je me suis décider a me mettre a la virtu et je commence par xen 4 installer sur une debian squeeze.  
 
Le tout marche correctement sur une vm simple mais j'ai un soucis quand je veux faire arriver un vlan jusque la vm.  
 
Pour un test simple j'ai fonctionner comme ca.  
 

 
Puis dans la conf de la vm, j'ai mis ca  

 
Seulement j'arrive pas a voir de reseau sur le vlan souhaiter. Quelqu'un aurait une piste a me proposer ?  
 
J'ai eu beau essayer differentes chose que j'ai pu trouver par ci par la, mais je coince. Il doit vraiment manquer pas grand chose puisque.  
 
Merci d'avance.

Moi j'utilise ça pour les vlans :
http://renial.net/weblog/2007/02/27/xen-vlan
 
Depuis des années, zéro souci (compatible avec Xen 4)

Je crois me rappeler l'avoir lu et essayer. Je vais retenter le coup pour être sûr

J'ai bien lu l'article, il fait avec les scripts de xen ce que je fait à la main pour tester.  
 
Mais au final le resultat est le meme, je n'ai pas de reseau sur le vlan voulu alors que bizarrement je vois des paquets du vlan en question avec tcpdump.  
 
Vraiment bizarre cette histoire.

tu vois bien l'interface allouée au domU du coté dom0 ? (brctl show)
Si tu tcpdump depuis la VM, rien ?
 
T'as l'air d'être en DHCP => c'est bien configuré ?

Oui elle est bien créée et dans le bon bridge
 

 
Donc jusque la tout a l'air d'etre bon.  
 
J'ai essayé en dhcp et en fixe, toujours le meme resultat. Ce qui est etrange, comme je disais plus haut, c'est que le tcpdump dans la vm voit bien des paquets du vlan concerné mais pas moyen d'avoir du reseau.  
 

 
Encore plus etrange, si je fais un dhclient eth0, avec tcpdump je vois que la demande part mais pas de retour. Et sur le serveur dhcp rien dans les logs a ce moment là.  
 
J'ai bien fait les modifs comme sugérré dans le lien et meme pour etre sûr j'ai activer l'ip_forward sur le dom0. Mais nada.  

Regarde peut-être du coté de la MTU.
 
Sinon coté dom0, regarde si un tcpdump sur le bridge/eth0.100 te permet de voir passer les mêmes paquets que dans ta VM.
Si ça passe il faut voir sur l'équipement réseau qui se trouve derrière ta machine physique.

Y'a vraiment un truc que je comprends pas dans cette histoire.
 
Je lance un ping depuis un post lambda vers la machine via un routeur intermediaire, les paquets arrivent jusque la vm mais ca coince entre le bridge et le routeur sur le retour.  
 

 
La vm est configurée en manuelle pour l'adressage.  
 
 
Ca suffit pas d'avoir regler le mtu a 1496 comme marqué dans l'article ?

Sinon un test supplementaire que je viens de faire.  
 
Un 'dhclient eth0.100' sur le dom0, j'arrive a avoir une adresse ip sur le dhcp meme si y'a pas de reseau et si je fais un 'dhclient eth0' sur le domU, là il ne prend pas d'adresse.  

Bon j'essai toujours d'avancer la dessus et isoler le probleme.  
 
Je me suis loguer sur une vm qui a du réseau sur le vlan natif. J'y ai créer le vlan 100 (vconfig add eth0 100). J'ai fait le parametrage en manuel ou en dhcp et, oh grande surprise, le reseau fonctionne. Je peux faire une requete dhcp (dhclient eth0.100) et recevoir une adresse, je peux pinguer depuis et vers cette adresse.  
 
Est ce qu'il y'a quelque chose de particulier a faire au niveau du bridge vlanbr100 coté dom0 pour pour que les vlan soient géré par le dom0 et non par le domU ?

Si tu utilises les scripts que j'ai mentionné plus haut, normalement y a rien à faire de plus.
 
Je sais pas si t'as fait gaffe, mais dans les scripts en question, il désactive le spanning tree.
Je ne sais pas si c'est absolument nécessaire, mais as-tu essayé de le désactiver sur ton bridge ?

Il semblerai que le STP soit deja desactivé avec xen 4 a en croire brctl show
 

J'ai fait le test avec le stp desactivé, avec le stp activé, avec ou sans les modifs decrites dans le lien que tu m'as filer plus haut, mais toujours pas de reseau.  
 
J'ai meme essayer de mettre directement dans le fichier de conf,  le vlan crée dans le dom0 (eth0.100). Mais il a pas apprécié, ca laggue a mort, on peut plus faire grand chose, donc a eviter.  
 
Je crois que je vais me laisser tenter par vmware esxi.

Bonjour,
 
 
Question sur Xen:
 
Dom0= Debian Squeeze
DomU= Win7 + drivers GPLPV
J'essaye d'accéder de faire du usb passthrough.
 
J'ai suivi ce guide:
http://www.virtuatopia.com/index.p [...] ainU_Guest
 
Et ca ne fonctionne pas ... Le périphérique USB (un iphone) est bien vu par le Dom0, mais ne passe pas sur le domU.
Une idée de ce qui peut coincer ?
 
Du coup, j'aimerai tester la méthode avec PVUSB décrite ici:
http://wiki.xen.org/xenwiki/XenUSBPassthrough
 
Quelqu'un sait dans quel paquet de squeeze je peut trouver les pilotes usbbck pour le Dom0 ?  A priori, ca n'est pas mis par défaut dans le noyau que j'utilise : 2.6.32-5-xen-amd64
 
Merci d'avance,

J'avais eu le cas avec une imprimante USB que je voulais partager via un de mes domU.
La solution trouvée était d'utiliser Udev pour la détection du périphérique USB et ensuite de le monter dans la VM.

Je cherchais sur quel port USB elle était connectée.

La règle Udev qui appelait mon script une fois mon imprimante détectée.

Et pour terminer, le script qui me montait l'imprimante dans le domU.

Sans oublier de rendre le script exécutable.

J'essaierai ca ce soir.
Ca correspond à ce que je fais à la main a priori. Pourquoi ca marcherai mieux avec ton script ?

C'est pas que ça marchera mieux, l'avantage c'est que cela se fera tout seul.

OK c'est bien ce qu'il me semblait...
,Le souci c'est que quand je le fais en manuel, ca ne fonctionne pas... Donc en automatique, ca ira pas bcp mieux.

Acheté veeam backup & restoration pour mon vsphere, je ferai un retour mais les tests était très positif.

Un petit retour d'une migration d'Hyper-V Core vers VMWare ESXi 5.
Très simple, suffit de convertir le .vhd en .vmdk (j'ai utilisé Winimage), et de créer une nouvelle VM sous VMWare.
J'avais 2 VM sous 2008r2 (DHCP/DNS/AD sur l'une, IIS/Exchange 2010 sur l'autre), il faut juste supprimer l'ancienne carte réseau VMbus d'Hyper-V puis installer les vmware tools.
Exchange (qui est une vrai usine a gaze) n'a pas bronché, aucune problème de configuration.
 
La raison de la migration, l'interface de management d'Hyper-V Core est vraiment naze. Il faut faire un tas de manips pour se connecter au serveur déjà, et une fois cela fait c'est pas stable. La connexion RPC est souvent perdu, il faut du coup refaire les manips, une vrai galère. Hyper-V en lui même fonctionnait bien, mais avec une limitation de 4 proco virtuel par VM, ESXi est encore plus intéressant de ce côté là.
 
Voilà voilà

Bonjour à tous.
 
J'ai un soucis dans la mise en place d'un serveur Xen avec un San :
 
Je suis en train de faire des essais sur le multipath car de base il n'y avait qu'une session iscsi de mise en place, ce qui limité les performances.
 
Sauf qu'avec la même configuration xen, mes perfs sont moins bonnes qu'avec une seule session (au lieu de 4 maintenant). J'ai testé l’accès direct au Lun  
depuis le Dom0 (montage d'un LV en local) et les performances sont bien là. Mais pas depuis un DomU sur ce même LV.
 
Quelqu'un à t-il déjà rencontré le même type de soucis ?

 
Explique un peu ton archi, car je comprend pas bien où tu veux en venir. Quel OS sur le Dom0 ? Quel OS en DomU ? T'es en noyaux PVops ou pas ? etc.

 Dom0 et Domu en question : Debian squeeze avec noyau : 2.6.32-5-xen-amd64.
 
J'ai deux serveurs Xen similaire (même configuration qu'au dessus) en version 4.0, tout deux reliés au San. L'un est configuré avec une seul session iscsi mais les performances ne nous plaisent pas, je fais des tests de multipath avec le second.
 
Les Volume Group (un de production et un autre pour mes tests) sont configurés sur deux LUN distinct.
 
PVops ce sont des nouveaux noyaux non xen c'est ça ?

T'as pas besoin du noyau "-xen" dans les domU, la version normale fera l'affaire.
 
Sinon j'ai pas bien compris, tes problèmes de perfs dans le domU, c'est avec le iscsid dans le domU ou bien un volume iscsi du dom0 qui est passé à ton domU via Xen ?

 
Oui c'est exactement ce montage.

Tu peux poster la partie de ta conf xen pour l'export du disque ?

 
Pourquoi utiliser multipath alors si tu veux tester l'autre ? Tu change juste en mettant le deuxième et tu compares.  
Multipath va pas te servir dans ce cas, il sert surtout à assurer de la redondance de chemin en cas de perte de l'un.

Nan ça gère aussi le load balancing.

 
Je détail un peu :
 

Multipath me retourne le disque ISCSI mpath0, j'ai donc crée mon volume group sur ce disque (depuis mon Dom0). On voit bien les 4 liens utilisé dans la config (oui multipath gère aussi le load-balancing).
 
Ensuite, tous ce déroule comme sur mes autres serveurs Xen (je n'ai pas fait de modification particulière à ce niveau) :
 
Création de la machine sur ce VG avec xen-create-image.
 
Le disque qui apparaît dans la conf de ma machine :