Reprise du message précédent :

Yep

 
 
Utiliser une carte TNT dans un DomU c'est du domaine du facile/réalisable/incertain/impossible ?
 
(Je n'ai pour l'instant jamais touché à Xen, mais je tate le terrain avant de me lancer)

Ah ça c'est de la question!

 
Bon j'ai fait quelques tests :
 
- usbdevice=id:id = OK mais fonctionnement de la souris très pénible
- si j'ai l'usbdevice=id:id ET usbdevice=tablet, la clef usb n'est pas reconnu MAIS j'ai bien le souris qui fonctionne correctement ?? Tu as ce souci ?
- ca n'a pas l'air de marcher avec les drivers PV, à confirmer

J'utilise pas de souris

 
tu galeres pas trop pr installer/gerer le flexlm sans souris ?

Je l'ai deja dit, je touche pas au système Windows, je gère que le coté hyperviseur
 
Et après c'est via VNC, donc je vois pas l'intérêt d'aller définir une souris USB

ben vnc + souris mode ps2 = galère !
 
problème résolu. Je passe par le bureau a distance à la place de vnc

Je vient donc de mettre en place sous centos Kvm 84 avec interface graphique Virt-manager.
 
A distance, putty + Xming et avoir un affichage déporté.
 
Et migration d'un serveur physique vers Kvm via Virt P2V.
 
Le tout sans aucun problémes majeurs, et il faut dire que ca marche vraiment bien  

Pas de souci sous lenny non plus.
 
Cependant, je cherche plutôt un système de gestion en client web. Vous avez des suggestions ?
 
edit : pr xen

Pour KVM j'ai pas trouvé, pour Xen enomaly.
 
J'ai juste installé, testé un petit peu et ca avait pas l'air mal    
 
 
Sinon peut etre HyperVm  

Y a un serveur httpd embarqué activable si je me souviens bien
 
Par contre c'est assez limité

y'a un misc sur la virtualisation, pas encore lu

 
C'est le côté sécu pour Xen qui est étudié (et les concepts pour Hyper-V).
 
Le côté pratique c'est avec VMWare dans ce numéro.

 
Des news ? Vous avez trouvé la feinte ?  
Je dois également faire tourner un domU 32 bits sur un dom0 3.2.1 64 bits. Je pense utiliser pygrub mais pas bcp de doc !

Y a un joli édito pour ceux qui trouvaient que les derniers numéros étaient trop orientés    pour décideurs.

 
en effet, mais de là à marcher main dans la main avec des flans qui n'ont pas les pieds sur terre, non

<hs>

C'est un mal bien français, avec un tempérament de préférence vers la tête bien pleine que la tête bien faite. Ca se retrouve aussi dans la manière dont on l'enseigne, la sécurité est affaire de celui capable de réciter le handshake SSL par coeur.
</hs>

<hs>

C'est un mal bien français, avec un tempérament de préférence vers la tête bien pleine que la tête bien faite. Ca se retrouve aussi dans la manière dont on l'enseigne, la sécurité est affaire de celui capable de réciter le handshake SSL par coeur.
</hs>

En revanche, la partie Xen, il n'aborde pas un élément, qui sont les DoS sur le dom0. Il est couramment accepté le fait que les events (les IRQ "à la Xen" ) peuvent être masquées en cas d'abus d'un domU, mais dans la pratique, j'ai souvent constaté un thrash complet quand le domU s'amuse à enchainer des requêtes invalides via frontend <> backend, en les signalant par des events.

J'essaie d'utiliser pygrub pour lancer un domU 32 bits dans un dom0 64 bits (tous sous lenny). Le kernel 32 bits se trouve donc dans le domU.
 
Je construis le domU lvm avec debootstrap :
 
debootstrap --arch=i386 --include=firmware-bnx2,linux-image-2.6.26-1-xen-686,linux-modules-xen-686,grub,linux-image-xen-686 --components=main,contrib,non-free lenny /mnt/xen http://ftp2.fr.debian.org/debian
 
Là problème, erreur de debootstrap. Il tourne en rond on dirait :
 

 
Ca fait pareil chez vous ?
 
J'ai essayé un chroot et apt-get install de  linux-image-2.6.26-1-xen-686 mais meme problème.
 
Je mets à jour le fstab du domU mais un chroot, update-grub ne créer pas menu.lst, qui reste définitivement vide (a cause du probleme deboostrap je suppose)... mal barré pour lancer pygrub !!
 
J'ai loupé un truc ?

Quelqu'un sait comment changer la classe ip par defaut que virtualbox attribu au machine par defaut ???

edit : la solution

In NAT mode, the guest network interface is assigned to the IPv4 range 10.0.x.0/24
by default where x corresponds to the instance of the NAT interface +2 of that VM.
So x is 2 if there is only once NAT instance active. In that case the guest is assigned to
the address 10.0.2.15, the gateway is set to 10.0.2.2 and the name server can be
found at 10.0.2.3.
If, for any reason, the NAT network needs to be changed, this can be achieved with
the following command:
VBoxManage modifyvm "My VM" -natnet1 "192.168/16"
This command would reserve the network addresses 192.168.0.0 ...
192.168.254.254 for the first NAT network instance of “My VM”. The guest IP
would be assigned to 192.168.0.15 and the default gateway could be found at
192.168.0.2.

Question sur la live Migration :  
J'ai eu une démo sur VMWare ESX, sur une livemigration en cas de crash d'une machine physique (le stockage est sur un SAN en iscsi).
Eh bien, la machine qui prend le relai doit reboot.  
 
Est-ce pareil sur Xen, ou ya t il une copie du contexte en permanence
 
Bref, comment se déroule la live migration à la volé et/ou en cas de crash ?

 
autoquote
 
Il faut éditer le fstab, créer le menu.lst à la main et ca doit marcher malgré ces méchants messages d'erreur !
Faire attention à la config du domU, le disque doit être passé en 1er argument (ici xvda1):
 
bootloader  = '/usr/lib/xen-3.2-1/bin/pygrub'
memory      = '256'
 
#
#  Disk device(s).
#
root        = '/dev/xvda1 ro'
disk        = [
                  'phydev/xen-lvm/386-disk,xvda1,w',
                  'phydev/xen-lvm/386-swap,xvda2,w',
              ]
 
Objectif réussi : domU 32 bits avec son noyau dans dom0 64 bits  

 
Pour xen, l'utilisation de enomaly oblige nécessairement un Dom0 en RHEL ou CentOS je crois...
Si quelqu'un connait autre chose...

ovirtl, mais j'ai jamais essayé. Uniquement de nom.

Ovirt a priori est basé sur Fedora...
 
J'ai essayer l'installation sur CentOs sans succès...    
 
Mais bon  

Enomalism a l'air très buggé. Il suffit de voir les forums pour cela
 
A part virt-manager, y'a rien de sympa et si possible web-based (pour Xen, je précise) ?

Sur wikipedia mondial il parle de http://en.wikipedia.org/wiki/HyperVM et http://en.wikipedia.org/wiki/FluidVM  

Argh je suis un peu perdu là avec le réseau sous Xen.

Le problème paraît simple :
Je suis dans un réseau en 10.145.208.x
Mon dom0 est 10.145.208.34.

J'aimerai que mes domU's soit genre :
10.145.208.35
10.145.208.36

etc.

Je pensais qu'il fallait utiliser le mode routed, et avec comme ceci dans la conf d'un DomU :
vif  = [ 'ip=10.145.208.35' ]
netmask = "255.255.255.0"
gateway = "10.145.208.34"

avec bien sûr le :
echo  'echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp' >> /etc/xen/scripts/network-route

Mais on dirait que ça ne fonctionne pas.

Alors je suis vraiment dans le pâté ce matin, donc si quelqu'un pouvait m'éclairer, ça serait sympa

J'avance très lentement, pour pas dire autre chose
 
Autant en nat j'ai jamais eu de soucis (avec serveur dhcp et iptables), mais là j'en chie comme il faut

J'ai pas vraiment touché Xen mais je croit plutôt qu'il faut être en bridged  
 
=> http://wiki.xensource.com/xenwiki/XenNetworking
 
=> http://doc.fedora-fr.org/wiki/Xen_et_le_r%C3%A9seau
 
Mais je me trompe peut être  

De toute façon là j'étais avec un DomU Windows server 2003, donc un peu paumé.. J'installe une Debian pour que ça soit plus clair au sujet de ce qu'il se passe.

 
oui, il te faut le mode bridge pas nat.
 
Soit tu utilises le script bridge dans ta conf xend soit tu crées ton bridge à la main dans l'interface réseau et tu utilises le dummy script dans la conf de xend.

 
Justement j'arrive à rien ni avec l'un ni avec l'autre.  
Le fait d'être en HVM change quelque chose

il faut que tu configures ton xend avant !
 
1/ solution 1
(network-script network-bridge)
(vif-script vif-bridge)
et tu reboots, puis tu crées tes VM.
 
2/
ou créer ton bridge à la main dans ton interface réseau (attention j'utilise un bond mais l'esprit est le même) :
auto bond0
iface bond0 inet manual
         slaves                 eth0 eth1
         bond_mode              active-backup
         bond_miimon            100
         bond_updelay           4000
         bond_primary           eth0
 
auto br0
iface br0 inet static
         address                194.x.x.x
         netmask                x.x.x.x
         gateway                194.x.x.x
         bridge_ports  bond0
         bridge_stp off
         bridge_fd 0
 
puis  
(network-script network-dummy)
(vif-script vif-bridge)
 
dans ton xend, et créer tes vm ensuite.

Méthode 1 : OK, j'arrive à VNC sur mon windows via l'IP "réelle" de eth0 du Dom0.

Maintenant, si je veux fixer une ip dans le même range à cette VM, concrètement, je fais comment ?
Dans la conf de la VM :
vif = [ 'ip=10.145.208.37']

Puis dans la conf du windows ?

J'ai fait comme ça, ça ne fonctionne pas..

edit : je rappel que mon eth0 de mon Dom0 est 10.145.208.34

ben change l'ip dans windows, tout simplement
 
Essaie deja une PV linux pour commencer avant de partir sur de l'hvm imho !

oui c'est ce que je compte faire.. par contre xen tool et deboostrap c'est moyen quand ta pas de mirror ftp sous le coude (proxy authentifiant )

Mais si je précise pas de vif dans la conf de ma VM j'aurai pas d'interface réseau...

edit : bon je jette l'éponge, je verrai demain.

J'ai des gros bug, quand je destroy la HVM, impossible de reprendre la main, la carte réseau veut rien savoir, une histoire de flag, network unreachable, obliger de reboot
 
Bon ben demain est un autre jour..

 
j'ai que l'adresse mac dans le vif hvm.