Reprise du message précédent :

Ben alors tu crées juste les routes qui vont bien dans le domU et le dom0

Faut pas t'étonner de tout mettre en vrac en faisant des choses comme ça aussi

idée super tordue :
XP hote
Ubuntu invité avec Virtualbox
Xen sur le Ubuntu invité et installation d'un XP dessus
 
spossible vous pensez ?

Ca ne marche pas. Le superviseur Xen ne peut pas être installé dans une machine virtuelle, il doit être "bare steel".

J'ai un problème  
 
Debian etch 64bits, 2.6.18.6, XEN 3.0.3 - mode bridge (par défaut)
 
Je veux faire du bonding (active-backup mode 1) avec XEN. Le bonding seul marche très bien :
 

 
Pas de souci, ca roule.  
 
Mon network-script : http://www.performancemagic.com/~g [...] twork-bond que j'ai repris sur ce site
 
Edit : ca marche

xm create -c fichier.conf
 
Tu verras si la machine virtuelle est bien lancée ou si elle se plante à un moment donné.

Effectivement, ca se plante là :
 
VFS: Cannot open root device "cciss/c0d0p2" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
 
Pourtant mon FSTAB ressemble à ca (raid matériel + LVM)  :
 
proc            /proc           proc    defaults        0       0
/dev/cciss/c0d0p2 /               ext3    defaults,errors=remount-ro 0 1
/dev/cciss/c0d0p1 none            swap    sw              0       0
/dev/hda        /media/cdrom0   udf,iso9660 user,noauto     0       0
 
Une idée ?

Oui mais coté dom0 tu donnés à ta VM :
[ 'phy:lvm-xen/xen1-disk,hda1,w', 'phy:lvm-xen/xen1-swap,hda2,w' ]
 
Donc coté VM tu auras /dev/hda1 et /dev/hda2
 
Le raid/LVM tu le gères coté dom0 pas domU (ca doit aussi être faisable coté domU cela dit)

 
Le Bonding mode 1 XEN marche nickel

 
Pas vrai. Marche très bien avec qemu, c'est la seule solution actuellement pour debugger un dom0 ou le kernel Xen via la console sur un port série si la machine n'en est pas équipé.
 
Sous linux après j'en sais rien, mais ca marche très bien sous netbsd.

Tout à fait, j'ai parlé trop vite.

 
modulo le fait que l'iscsi part en sucette chez debian

je parlais pour un domU, on s'en fout du iSCSI dans le domU, faut le faire coté dom0
Et coté dom0 je conseille une lenny plutot qu'une etch

Hello,
 
Je suis sous Kubuntu 8.04. J'ai installé VirtualBox OSE depuis les dépôts officiels, et configuré puis installé une machine virtuelles sous Windows 2000. Préalablement, j'ai bien entendu suivi tout le tutoriel concernant VBox sur Ubuntu-fr.org. Le problème est que dans les propriétés de ma machine virtuelle, je ne vois pas apparaître l'USB, seule et unique chose pour laquelle j'ai besoin d'une machine virtuelle (gestion de mon MD, merci Sony).
Avez vous une idée de l'origine du problème ? Mon user appartient bien au groupe vboxusers, et les fichiers de conf ont bien été modifiés comme il le faut, je ne vois d'où vient le problème.

 
je le faisais pas dans un domU

Y'en a qui ont des etch and a half ? Avec du xen ?

http://doc.ubuntu-fr.org/virtualbox

http://vmware.com/company/news/rel [...] icing.html
 
pour ceux qui auraient loupé l'annonce

Oups...

 
On sent quand même que xen est passé par là

 
Ouais bof, on sent surtout la pression de l'hyperviseur made in M$ (livré immédiatement et distribué gratuitement, bien entendu...)  

Ca je doute fort. C'est un arriviste dans le domaine, avec un hyperviseur qui n'a même pas toutes les fonctionnalités de ses autres camarades.
 
Y'a du chemin avant qu'il ne s'impose

ouais, mais ça sent mauvais pour xen

A moins qu'il ne libère le code de VMware pas forcément
 
Je prends notre exemple : si on a le fait choix de Xen, c'est pas pour la gratuité, mais pour l'ouverture,
la possibilité de maitriser au fur et à mesure (même si c'est pas le cas ), les libs de développement autour, etc.
 
Et je pense pas qu'on soit les seuls dans ce cas.

 
A quel niveau?
 
La gratuité ne justifie pas tout. Je pense ne pas avoir à argumenter sur cette cat à ce niveau.

En effet, mais je ne parle pas du prix (même si ça jouera pour certains, ne nous voilons pas la face). D'une, le rachat de Xen par citrix est, selon moi, une mauvaise chose : j'ai, à mon grand dam, du citrix pour mon taff, et c'est une boite qui a des réactions commerciales que je n'aime pas, et qui est assez inerte je trouve. De plus, si on regarde les features de l'ESXi, le but c'est de se lier avec les constructeurs de matériel pour avoir des machines qui embarquent un noyau ESX et fourguer des appliances à tout va.

Techniquement je suis pas super inquiet ( http://ols.fedoraproject.org/OLS/R [...] eprint.pdf en passant) mais c'est plus l'impact commercial qui me turlupine.

Ca n'est pas parce que _XenSource_ a été racheté par _Citrix_ que _Xen_ pourrait s'en retrouver menacé. Je n'aime pas Citrix non plus. Pour autant, c'était à mon humble le meilleur choix pour pouvoir imposer Xen de manière durable chez les décideurs pressés. Attention, Xen n'est pas XenSource: ils vendaient des outils de virtualisations proprios, dans la lignée de VMWare.

D'autre part, du marketing fait à partir d'appli opensource, regardons du coté de chez cisco, juniper, netasq et consort: ils pompent à mort sur du logiciel libre. Et ne s'en cachent pas. Apple aussi avec cups et *BSD, Intel avec Xorg, Sun avec MySQL... L'avantage la dedans, c'est que l'on peut coucher avec qui on veut, on garde le choix.

Tant que Citrix ne viendra pas défoncer Xen, je n'ai rien à critiquer à leur niveau. Pour l'instant, je n'ai pas vu grand chose de leur part, et pourtant je suis activement leur développement ( -_- )

My mistake, j'ai merdé dans ma compréhension de la société.

Oui mais ton point reste valide: rien n'empeche citrix de fermer les vannes.
 
A eux de voir ce qu'ils risquent, avec un fork éthique (et non technique), du genre xfree vs xorg, netbsd vs openbsd. C'est beaucoup plus délétère pour les deux projets qu'on ne le pense. Je suis pas sur que ca soit dans les objectifs initiaux de citrix.

Tiens sinon, je remarque que KVM n'est meme pas dans le titre du topic
 
Pourtant c'est une alternative de plus en plus viable à priori à Xen.
 
Je me demande même si le dev avance pas plus vite que dans Xen, qui tarde sérieusement à intégrer le noyau vanilla

Même segment, mais je vais pousser mon rant sur KVM:
- ca utilise paravirt_ops, qui est encore moins documenté que les interfaces Xen. C'est déjà très pénible à porter Xen, alors KVM j'y pense même pas.
- KVM utilise toujours des solutions hardware pour la gestion de la VM, MMU ou IOMMU. Alors que Xen est né au départ pour offrir une virtualisation sur x86, qui est une architecture pénible (à virtualiser, mais pas que). Depuis la v3, on essaie de le rendre portable, ce qui a permis de l'utiliser sous sparc et powerpc (avec le powerpc sur le déclin, et l'arm qui va prendre le relais).

Maintenant, les API sont censées devenir compatible à terme. Mais on en est pas encore là (pour info, la fonctionnalité des writables page table de Xen est apparue "à cause" de KVM. Et c'est pas forcément une bonne idée, ca alourdit du code dans l'hyperviseur qui est critique niveau sécurité).

Bref.

tiens, vous pourriez voter pour mon ticket virtualbox ?
c'est une demande pour avoir le copy paste dans le shell standard, sans X
 
http://www.virtualbox.org/ticket/1139

Hello,
 
Je vais devoir cloner des serveurs physiques (OS linux) vers du virtuel dans peu de temps (vmware)
Vous connaissez une bonne solution de P2V gratuit ?
 
Ou alors la meilleur technique à effectuer (rsync ?)
A savoir que l'on ne peut pas couper les serveurs pour faire un ghost par exemple....
 
J'ai commencé à chercher un peu et je vois BartPE mais il ne semble cloner que tu Microsoft ou alors celui-ci : http://et.redhat.com/~rjones/virt-p2v/ mais il ne semble pas cloner vers du vmware
 
Merci d'avance pour les infos

Ca dépend pas mal de ce que tu vas migrer. Un serveur web qui ne sert que des pages statiques ca se migre avec un rsync sans trop de souci (et un proxy si tu veux éviter la coupure de service).

Si ce sont des bases de données, avec des montages locaux (pas de FC, pas d'iSCSI, ...), ca sent le sapin, tu devras couper à un moment ou à un autre, sauf si à la base, la redondance est prévue.

de tt façon si c un service continu, t'as intéret à couper, sinon bonjour l'intégrité de tes données...

OpenVZ ou VMware ESX.
 
http://mywheel.net/blog/index.php/ [...] to-vmware/
http://4sysops.com/archives/p2v-fo [...] o-virtual/
 
J'avais essayé Platespin Power convert qui va pas trop mal, c'était pour du windows.

 
oui ça sera fait au dernier moment mais pour l'instant on doit faire des tests, donc à chaud

Si c'est pour test tu remonte ton dernier backup  

c'est bon par rsync depuis un CD bootable, par contre c'est Grub qui me fait chier.
 
Je chroot dans le rep ou j'ai la copie de mon / mais grub veut pas s'installer le con, il me dit de le faire hors du chroot mais pas mieux, ça va bien m'occuper demain

Qu'est-ce que je risque à migrer une vm sous Xen depuis un host qui tourne sur Xeon vers un host qui tourne sur Opteron ? (Avec le même OS host, RHEL5)

Et le fait que le 1er host ne supporte pas la techno VT, ça risque de poser problème si j'active ce support sur le 2ème host ?

Qu'entends tu par "migrer"? Un xm suspend/resume/migrate?
 
Dans ce cas là: le risque que des instructions qui fonctionnent sur l'un ne tourne pas sur l'autre, et que ca finisse soit en plantage "gentil" (si c'est un programme userland), ou en panic() (moins cool).
 

 
Pas assez de détails: activer des instructions HVM pour en faire quoi?

Bon bah ça fonctionne mon rsync
Faut bidouiller un peu derrière mais c'est satisfaisant dans l'ensemble