Reprise du message précédent :

 
Y'a un truc que ne je saisis pas bien, il faut un kernel spécial xen pour une DomU Debian? Je pensais que seul Dom0 avait besoin d'un kernel spécial xen.
 
Sinon pour le kernel de ma DomU Etch je le récupère où? J'ai fait un debootstrap mais dans /boot il n'y a pas de noyau. Je précise que je n'ai pas envie de recompiler un noyau.
 
EDIT: j'essaye apt-get install linux-image-2.6-xen-686, mais ça ne trouve pas le package, y'a un truc à modifier dans sources.list?

Ben soit tes domU sont en Etch, auquel cas tu installes le noyau -xen de Etch, qui marche aussi bien en dom0 qu'en domU
Sinon en Sid (surement la meme chose en Lenny), y a aussi un noyau -xen qui lui ne fonctionne qu'en domU (pas testé pour ma part)

Précision : le noyau t'es pas obligé de l'installer dans le domU, puisqu'il doit être accessible par le dom0

Voilà, c'est cette étape "tu installes le noyau -xen" qui m'échappe. Je fais ça comment? J'ai trouvé aucun tuto qui parle uniquement de ça. Ca fait parti d'un package xen? Et oui tous mes DomU seront Debian Etch, je vais pas me compliquer la vie plus qu'elle ne l'est.
 
Le truc c'est que mon serveur est basé sur une Debian Etch avec Xen préinstallé. Le noyau Dom0 est un custom ovh 2.6.21, et je me demande si c'est pas de là que vient le problème. Je voudrais essayer mes DomU avec un noyau "officiel" xen, donc un 2.6.18.

Ben tu installes le noyau en question (soit dans le dom0, soit dans une des domU) :
aptitude install linux-image-2.6.18-6-xen-686 (ou amd64 selon tes besoins).

Si installé dans une domU, tu te copies les fichiers /boot/vmlinuz... /boot/System.map... et /boot/initrd... quelque part dans ton dom0 (dans /boot ou ailleurs).

Ensuite dans les fichiers de conf de tes VMs tu indiques ou trouver ces noyaux/initrd.

Et dans tes domU, pense juste à installer linux-modules-2.6.18-6-xen-686 (ou amd64 toujours), histoire que les modules soit accessibles par la domU.

And voila, ca devrait rouler.

igarimasho> C'est toi qui a posté sur la liste xen-users ?

Je me prends:

 
Sinon entre temps j'ai résolu le problème. C'était presque ce que tu disais à propos du xvc0 dans le inittab. En fait le problème c'est vnc qui n'auto incrémente pas le port pour chaque DomU, donc il faut le spécifier manuellement.
 
Maintenant je vais pouvoir m'amuser avec mon serveur.

vi  

Soit c'est pas une vraie Etch, soit... c'est pas une vraie Etch (ou ton cache apt est pas à jour)
Parce que :

Oui j'ai vu les réponses sur la liste

J'ai mis mon apt cache à jour avec "apt-get update", et c'est toujours introuvable. C'est pas une histoire de repository à spécifier dans sources.list?

Ben c'est dans les dépôts standards, d'où ma supposition que chez OVH c'est pas une "vraie" Etch (genre le noyau 2.6.21 déjà...)

Possible, ils ont du le virer pour pas qu'on mette la pagaille avec leur install de Xen.
 
Merci encore, à+

Je me demandais, si quelqu'un arrive à pirater un DomU, genre il devient root en attaquant le ssh (ou autre attaque), est-ce qu'il lui est possible de rentrer dans le Dom0?

normalement non

Hmmm c'est possible que 2 DomU partagent une même LV? Parce que là il me dit que la partition est déjà montée et que ça va pas.
 
EDIT: j'ai passé la LV en read-only dans le second DomU et maintenant il me dit:

 
Et en passant en read-only dans les 2 DomU ça marche, mais ça m'embête, j'aurai aimé l'avoir en R/W dans une DomU et R dans l'autre, c'est pas possible alors?

Non ce n'est techniquement pas possible, c'est un problème de cohérence des caches.
Ce problème peut être résolu en utilisant le réseau (partage NFS par exemple)

Y a aussi une version "cluster" de LVM il me semble.

C'est bien la solution partage NFS qu'il me faut. J'ai tenté de jouer avec mais j'ai un souci:

Ca veut dire quoi exactement? Il parle de quel kernel? Celui du DomU?

Ben de celui qui te donne le message

Bonjour,
 
Problème de réseaux sous Xen pour lancer automatiquement mes 2 interfaces réseaux.
Pour le moment je les lance à la main avec les commandes :
/etc/xen/scripts/network-bridge start vifnum=0 netdev=eth0 bridge=xenbr0
/etc/xen/scripts/network-bridge start vifnum=1 netdev=eth1 bridge=xenbr1
 
J'aimerai les intégrer à mon script xend-config.sxp en mettant :

 
J'ai donc crée un fichier nommé network-bridge-perso dans /etc/xen/scripts avec dedans :

 
Malheureusement mes interfaces ne sont pas montés au démarrage
 
Aurai-je oublier quelque chose ?

Le mode bridge je connais pas bien, mais il me semble que ce n'est pas comme ça qu'il faut s'y prendre et donc ça ne marche pas.

personnellement je créé des bridges dans mon fichier /etc/network/interfaces.
 
et apres dans le fichier de config de vm:
 
vif = [ bridge=br0' ]

Bizarre, perso j'ai un script dans ce genre (mais pour du multi-bridge/vlan), ca marche très bien :

Est-ce que quelqu'un qui utilise un DomU DebianEtch avec noyau officiel 2.6.18 peut me passer son fichier /etc/inittab ainsi que son fichier de conf de DomU?
 
J'ai un problème avec la console, le login prompt n'apparaît jamais, et j'ai le message d'erreur suivant:

Bonsoir,
 
Petite question toute bête.
 
Est-ce qu'il existe dans votre expérience une impossibilité de faire tourner VMWare sur une DomU Xen avec support VT ?
 
Un client nous a fourni un serveur Xen sur VT pour la réalisation d'une maquette. Et j'ai besoin de faire tourner un VMWare server dessus.

@coincoin: d'après ce que j'ai lu sur la mailing-list, ceux qui ont tenté l'expérience ont échoué par contre ils ne parlent pas de leurs spec hardware.

xen 3.2 ?
 
Quoique non en fait ca change rien si le noyau utilisé est celui de la Etch
 
Tu l'as installé comment ton domU ? j'ai jamais eu de soucis dans le genre...

 
Ca c'est assez emmerdant en fait. Ca me semble bizarre que ca ne passe pas étant donné qu'on est sur du VT. La virtualisation devrait être totelement transparente pour le DomU.
 
De plus, à coté de ça j'utilise des VE OPenVZ sur une autre machine XEN + VT. Et ça marche nickel.

Problème d'accès au ring 0 impossible pour un guest, donc pour VMWare
 
Normalement il doit te mettre un message marrant si t'essaye tout de même de le lancer

Ah non le message marrant c'est quand on essaye de lancer VMWare dans un dom0 :
"You're running a Xen Hypervisor! Bad sys-geek, no biscuit! We're taking our start-up tool and going home, p-b-b-b-b-b-b-t-h!"

Je précise qu'à priori ca concerne seulement les versions ESX qui ont beoin d'accéder au ring0, pour la version server, ptete bien que ca pourrait marcher, mais je ne connais pas

 
Mon vmware server se contente de planter bètement au lancement d'une VM.
 
Même pas un message marrant.
 
Bref. Blague à part, je suis mal barré. Comment je fais pour faire tourner mes 5 Windows sur mon DomU ?

 
En VT, les DomU accèdent au ring0 nan ?

qemu ?
 
La question, c'est plutot pourquoi vouloir faire ça surtout

Nan, seul l'hyperviseur y a accès.
Les domU accèdent aux ring 1-3

 
J'ai une plate-forme de serveurs d'appli à mettre en place (Windows TSE + Linux NX ou Linux ThinLinc), afin d'intégrer des bureaux multi-platefirmes à une appli web.
 
Et pour ça, j'ai deux DomU Xen mises à dispo par un client.
 
Youpi.

Mais pourquoi mettre tes Windows dans un VMWare dans un guest ?
Pourquoi ne pas les lancer directement en guest de ton Xen

Je n'ai aucun accès au Xen. Juste à mes deux DomU.

Xen 3.2.1.
 
J'ai essayé avec un DomU fournit par Ovh, et j'ai aussi essayé avec une etch clean installée avec debootstrap, et j'ai toujours ce même problème.
 

xvc0 est déclaré dans /etc/securetty.
 
Par contre c'est quoi cette histoire de déclarer xvc0 dans les ttys??? C'est la première fois que je vois ça. Je fais ça comment? Où?
 
Où est-ce que je peux trouver un fichier de configuration pour DomU qui soit à peu prêt potable? Je commence à péter un plomb tellement je change de trucs, je sais plus où j'en suis.
 
 
EDIT: personne avec Xen 3.2.1, Debian Etch et un noyau 2.6.18 pour me donner LA ligne avec 0:respawn: /usr/sbin/getty machin-truc de son fichier /etc/inittab?
 
Apparemment ça change en fonction des noyaux, des fois faut mettre xvc0, des fois faut mettre tty, avec un 2.6.25 il faut mettre hvc0.