Reprise du message précédent :
Pour la clef wifi quel est l'intéret que l'hote la voit???
Pour le disque usb tu peux très bien bidouiller autrement en créant un dossier partagé vers la machine virtuelle qui soit dans ce dd...
Et pour le réseau host guest tu voudrais faire quel type de réseau?

1) Pour les MAJ et compagnie, le WiFi
 
2) rien compris
 
3) simple échange de fichiers, voire partage de la connexion intenet (ça serait plus ça, ça me semble plus simple, j'ai entendu paeler du NAT pour ça mais j'ai pas de bons tutos sous la main
 

Bon à mon avis y a une chose que tu n'as pas compris.
 
 
En fait, ton pc réel, sert de passerelle à ton pc virtuel. Donc si tu as affecté une carte réseau à ta machine virtuelle, elle a déjà accès au net via ton pc réel! Ta machine virtuelle n'a pas besoin de connaitre ta clefs usb wifi. C'est comme si c'était un pc branché derière ta machine en lan et que ton pc fait passerelle.
TU peux aussi installer les drivers de virtualbox si jamais tout n'est pas bien reconnu et c'est nécéssaire pour l'échange de fichier.
Pour l'échange de fichier, c'est très facile!
 
 
Dans tous les cas le tutorial d'ubuntu est très simple à comprendre et à suivre, je ne vois vraiment pas ce qui te gêne (à part pour la partie usb à la rigueur)

ok merci je vais voir ça de plus prêt

Tuto lenny / xen :
http://www.howtoforge.com/virtuali [...] enny-amd64 (très bon site au passage)

Est-ce que ça pose un problème de changer la version de xen pour un système déjà en place ?
J'avais tout installé avec la version de debian etch et là j'aimerai bien passer le tout en lenny avant la mise en prod du serveur la semaine prochaine.
La version installée est la 3.0.3-1 et la version en lenny est 3.2-1
D'ailleurs le kernel des différentes machines va également être mis à jour

C'est quoi ta question exactement ?
 
Normalement tes VMs qui tournaient sur 3.0 continueront à fonctionner sur 3.2
 
Les seuls changements à faire attention c'est au niveau de la gestion du terminal virtuel depuis xm console.

Ah ben voilà une bonne nouvelle
 
Le but est simplement de passer de etch à lenny, et donc passer à la version 3.2 de xen et de passer le kernel en 2.6.26.
 
Ce dernier point m'inquiète un peu en fait vu que mes domU sont configuré comme ça :
 

 
Je me demandais si en changeant ces références vers les mêmes en 2.6.26 tout simplement ça fonctionnait

Oui, ca doit pas poser de problème, pense juste à installer les modules correspondants dans ta VM

Me voilà rassuré Merci
 
Il faudrait dans ce cas que je commence la mise à jour des domU avant de mettre à jour le dom0 ?

Pour tes domU :
- tu peux les garder en etch, et juste y installer les modules (ce sera alors des etchs + noyau 2.6.26)
- ou alors tu peux les passer en Lenny tout en conservant le noyau 2.6.18 (c'est ce que je fait pour le moment pour ma part)
- tu peux mettre à jour les 2 (là je garantie pas que ca passe avant la mise à jour du dom0 )
- tu peux aussi je pense conserver tes VMs en Etch avec noyaux 2.6.18, l'hyperviseur xen est censé être compatible avec les versions précédentes (vérifier que les options de compatibilité ont bien été activées à la compilation)

Je vais faire comme toi et les passer en lenny. Une fois ça en place, je tenterait de les passer à un kernel en 2.6.26.  
Bon ben c'est parti.
 
Merci

Ça y est c'est fait
Pas de soucis majeur, et un domU est migré en 2.6.26.
 

Finalement il y a tout de même eût de la casse. Le domU windows a carrément un soucis

et ça ne bouge pas..
Visiblement dans syslog un soucis semble lié au bridge :  

Ah tient, xen-ioemu n'est plus là :|
 
Edit : bon après 4h de lutte, ça redémarre finalement..

Y'en a qui installent des VMs 32 bits dans sur des dom0 64bits ?

Oui, plein (deja signalé quand tu as posé la question du Blabla y a plusieurs semaines il me semble )

mais personne a répondu

edit : tu utilises les xen-tools pour le faire ? tu installes juste le kernel + modules 32 bits ?

 
pr les veilles version de xen (3.0.3) c'est en hvm only.

J'ai pas mal testé Xen sur du Debian, mais au boulot on a aussi de l'Ubuntu Server 8.04. Ça donne quoi niveau intégration (comprendre stabilité ?)

Comme les différentes solutions de virtualisation tendent à être compatibles, est ce qu'on pourrait trouver les machines virtuelless disponibles en téléchargement pour des démos de distribution linux par exemple ?

Ah mais si j'avais répondu  

J'utilise debootstrap, le kernel 32 bits est installé dans le dom0 évidemment, et les modules dans le domU
Enfin c'est exactement la même chose que pour une domU 64 bits quoi

bon, je vais décortiquer / patcher / tout péter mes xen-tools alors

Ca gère pas l'architecture

Le man semble indiquer une option --arch, non ?

Cette affaire de DomU 32 bits sur Dom0 64 bits m'intéresse beaucoup.
 
Je fais quelques expérimentations sur un serveur :
J'ai une Lenny x86_64 avec Xen 3.2 (celui packagé pour Lenny en fait)
Tout est ok avec des DomU x86_64 Lenny. C'est aussi ok avec du Windows en HVM.
 
Aucun problème à ce niveau là.
 
J'essaye maintenant de faire tourner un DomU 32 bits, et là c'est le drame.
 
J'ai préparé mon environnement sur un volume LVM avec un debootstrap --arch i386 lenny
J'ai également installé kernel + modules i386 sur mon Dom0 par un dpkg -i --force-architecture
J'ai évidement configuré mon DomU pour qu'il utilise le kernel et les modules 32 bits.
 
Au lancement de mon DomU, pendant le chargement des modules, ça bloque indéfiniment après :
 

 
répété 5 fois.
 
Est-ce que c'est de l'erreur classique / connue ? J'ai sans doute omis une étape nécessaire au fonctionnement du DomU 32 bits sur mon Dom0 64 bits.
 
D'avance merci !

Jamais vu, mais une recherche rapide sur Google semble indiquer que la source du problème peut être l'utilisation de label pour tes partitions, est-ce le cas ?

 
ouais, mais sa prise en compte et son effet... je suis sceptique et je me défausse
 

 
tu as utilisé quoi comme paquets pour ton kernel 32 bits ?

J'ai vu effectivement ces pistes portant sur les labels de partitions. Mais je n'en utilise aucun.
 
 

 
linux-image-2.6.26-1-xen-686 et linux-modules-2.6.26-1-xen-686.

 
je vais tester avec ces packages, je te dis ça

Cela dit chez moi, les cas de domU 32 bits sur dom0 64 bits c'est encore avec des noyaux en 2.6.18...

en PV ?

Oui, toujours en PV, le HVM je ne l'utilise que pour une ou deux machines Windows pour évaluation de la stabilité (c'est stable )

Ok. Merci !

Ca chie pareil, mon petit doigt me souffle que c'est lié à la génération du initramfs mais c'est à confirmer/infirmer

Ok. Merci en tout cas.

Quelle incidence ça va avoir cette nouvelle sur Xen
http://www.silicon.fr/fr/news/2009 [...] ement_vise
A priori rien puisque si j'ai bien compris XenSource et Xen sont deux projets différents.

http://en.wikipedia.org/wiki/Xen
 

Renforcer les trolls contre les solutions Red Hat. Et pour tout le monde, la fin espérée de l'hégémonie VMWare et ses solutions chères.

Rien à voir véritablement. C'est comme dire que Sun et OpenSolaris sont deux projets différents.

 
ok

Ayé, XenSource est une boite comme une autre. Il y a quelques temps, plusieurs ont exprimé des doutes lors du rachat par Citrix sur l'avenir de Xen (c'est sur ce topik je crois en plus), et je me rappelle avoir dit que ca ne changeait pas grand chose (à part la visibilité).

Ici, c'est un peu pareil, à ceci près que pour une fois, une techno libre a su faire ses preuves, donc ca a assaini le marché assez vite par concurrence forte, plus vite que dans d'autres segments en tout cas

Tu peux développer ?

Sur?

 
Il doit y avoir un truc qui m'échappe quelque part