Installation d'un Serveur XEN

Boot sur cette entrée, elle semble correct :wink:

menuentry ‘Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64’ --class debian --class gnu-linux --class gnu --class os --class xen {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)'
search --no-floppy --fs-uuid --set ffbc1a62-cd10-4674-8344-1ded7924ce66
echo 'Chargement de Linux 2.6.32-5-xen-amd64 …'
multiboot /boot/xen-4.0-amd64.gz placeholder
module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder root=UUID=ffbc1a62-cd10-4674-8344-1ded7924ce66 ro quiet
echo 'Chargement du disque mémoire initial …'
module /boot/initrd.img-2.6.32-5-xen-amd64

[quote=“ouyouyouyou”]Boot sur cette entrée, elle semble correct :wink:

menuentry ‘Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64’ --class debian --class gnu-linux --class gnu --class os --class xen {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)'
search --no-floppy --fs-uuid --set ffbc1a62-cd10-4674-8344-1ded7924ce66
echo 'Chargement de Linux 2.6.32-5-xen-amd64 …'
multiboot /boot/xen-4.0-amd64.gz placeholder
module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder root=UUID=ffbc1a62-cd10-4674-8344-1ded7924ce66 ro quiet
echo 'Chargement du disque mémoire initial …'
module /boot/initrd.img-2.6.32-5-xen-amd64[/quote]

A l’instant où j’écrit ces lignes, la vidéo est en cours d’upload sur youtube :

youtu.be/XDEG_Ge9y_Q

Voilà ce qui se passe lorsque j’essaye de démarrer sur l’entrée grub que tu m’as dit.

Sur la première entrée, le boot s’effectue correctement…

Edit : Vidéo disponible en HD

dur à voir^^
désactive l’acpi sur ta machine.
Sinon désactive en éditant l’entrée grub
:think:

[quote=“ouyouyouyou”]dur à voir^^
désactive l’acpi sur ta machine.
Sinon désactive en éditant l’entrée grub
:think:[/quote]

Je vais tester en me basant sur cette exemple :

docs.redhat.com/docs/en-US/Red_H … ot-CA.html

Bonjour et désolé de ne pas avoir été très réactif.

Donc je modifie mon fichier /boot/grub/grub.cfg (juste pour faire les tests)

### BEGIN /etc/grub.d/20_linux_xen ### menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set ffbc1a62-cd10-4674-8344-1ded7924ce66 echo 'Chargement de Linux 2.6.32-5-xen-amd64 ...' multiboot /boot/xen-4.0-amd64.gz placeholder module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder root=UUID=ffbc1a62-cd10-4674-8344-1ded7924ce66 ro quiet echo 'Chargement du disque mémoire initial ...' module /boot/initrd.img-2.6.32-5-xen-amd64 }

en :

### BEGIN /etc/grub.d/20_linux_xen ### menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set ffbc1a62-cd10-4674-8344-1ded7924ce66 echo 'Chargement de Linux 2.6.32-5-xen-amd64 ...' multiboot /boot/xen-4.0-amd64.gz placeholder module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder root=UUID=ffbc1a62-cd10-4674-8344-1ded7924ce66 ro quiet acpi=off echo 'Chargement du disque mémoire initial ...' module /boot/initrd.img-2.6.32-5-xen-amd64 }

On a du mieux (l’ordinateur ne reboot pas), mais…

Petite vidéos :stuck_out_tongue:

youtu.be/h__tO7SRQJk

Toujours dispo en HD

EDIT : Le verr num ne répond pas et ctrl alt supp ne fait pas redémarrer l’ordinateur

J’ai installé xend sur une autre machine.

Quand je démarre sur le noyau xenifié (celui marqué en anglais que j’utilise dans ma dernière vidéo), tout fonctionne.

Un peu deg là.

Pourquoi cela fonctionne sur une autre machine config :

Dell - 2 Gb RAM - Core 2 Duo - 200 GB

et par sur la mienne ?

Bonjour,

Il me semble que xen n’aime pas trop les cartes graphiques NVIDIA. Sur mon portable, ca reboot en boucle (système avec 2 cartes video) et sur mon fixe, j’ai un écran façon canal+ avec plein de rayure. Ces 2 essaies ont été fait avec ubuntu 11.11 avec un environnement graphique. J’en ai déduir que xen n’aimait pas trop NVIDIA.

Sur un serveur ovh, je n’ai pas eu de problème avec squeeze pour lancer l’hyperviseur, mais je n’ai pu réussir à créer un VM. C’est bien la ligne marquée “avec Xen 4.0” qu’il faut lancer et non pas le noyau xen tout seul.

Pour finir, j’ai pu faire tourner xen avec 2 vm en utilisant wheezy, noyau 3.0 et xen 4.1. Il me semble que c’est surtout xen-tools de wheezy qui marche mieux.

Comme j’ai pas mal merdé, je pense refaire l’installation avec squeeze cette semaine pour voir si maintenant j’y arrive. Actuellement j’utilise des disques virtuels au format fichier.img (pas de lvm) et j’ai fait la config réseau à la main en créant une interface “dummy0” et un pont “xenbr0” associé à l’interface “dummy0”. J’utilise des IP fixe locales (192.168.100.xxx). Des iptables nat pour rediriger des ports permettent l’utilisation d’une VM depuis internet.

Je suis loin de maitriser toute l’installation par manque de connaissance Linux, mais en suivant des tutos ca va pas trop mal.