Problème de stabilité avec xen4 et debian squeeze

Support Debian
#1

Bonjour à tous et à toutes,

je viens vers vous car j’ai un problème de stabilité avec xen4 et debian squeeze et comme je ne vis pas très bien d’où ça peut venir je me dis que vous avez peut être une idée.

Alors tout d’abord la machine est un serveur poweredge 1950 de dell avec 2 Xeon dual core et 64Go de ram.
Nous avons deux cartes Gigabits en pont reseau xenbr0 et xenbr1
Les images virtuelles sont stockées sur un disque dur distant sur un autre serveur.

Pour l’instant je suis soft je ne fais tourné que 14 machines, 7 sur chaque carte réseau.

et pourtant quelque fois j’ai des domu qui s’eteignent toutes seules.
D’autre part quand je lance une domu avec xm create zvtest
elle ne démarre pas tout de suite, je suis obligé de lancé deux ou trois fois la commande pour que celle ci soit exécutée.

Enfin voilà, dites moi si vous voulez plus d’infos, pas de problème.
merci

#2

Bonjour,

J’utilise Xen4 sous Squeeze depuis sa sortie officielle en stable et je ne rencontre pas de soucis.

Il faudrait que tu regardes les logs de Xen afin d’en savoir davantage sur les extinctions indésirables et les soucis de démarrage.
Concernant le “xm create” s’il ne passe pas, le message est directement affiché en principe, qu’est-ce que cela te dit ?

Utilises-tu le noyau Xen fournit dans les dépôts officieux de Squeeze ?
Le lien réseau entre l’hyperviseur et le disque distant est-il irréprochable ?

#3

hum
les logs xen sont assez dur à lire mais bon par exemple sur un de mes domu qui vient de tomber j’ai ces erreurs:
xs_read(/local/domain/0/device-model/62/xen_extended_power_mgmt): read error
xs_read(): vncpasswd get error. /vm/f3c94f20-193e-9aa8-54e0-c03008bb408f/vncpasswd.
Log-dirty: no command yet.
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
xs_read(/local/domain/62/log-throttling): read error
qemu: ignoring not-understood drive /local/domain/62/log-throttling' medium change watch on/local/domain/62/log-throttling’ - unknown device, ignored
cirrus vga map change while on lfb mode

bref je ne comprends pas grand chose.
A savoir aussi que quand les machines étaient sur un disque local et non réseau ça me faisait les même erreurs.

Niveau du lien réseau je pense que c’est stable ça passe par duswitch gigabyt cisco et des carte nextremeII. J’ai fait le pont réseau à la main parceque xen4 me faisait des trucs bizarres.

mon kernel est Linux xen1 2.6.32-5-xen-amd64 #1 SMP Thu Nov 3 05:42:31 UTC 2011 x86_64 GNU/Linux
j’ai juste fait une netinstall de base et j’ai pris les paquets :
aptitude install
xen-hypervisor
xen-linux-system-2.6.32-5-xen-amd64
xen-utils
xen-tools
xen-qemu-dm-4.0

si tu as une idée c’est cool sinon je continue d’investiguer

merci

ps j’ai aussi modifié le loop_max=128 peut être est ce trop pour lui mais avec centos ça était passé donc je pense que c’est bon

#4

Bizarre, en voyant les logs j’aurais pensé effectivement à un soucis de disque (I/O request not ready).

Par comparaison voici les paquets que j’utilise (dpkg -l | grep xen) :

ii libxenstore3.0 4.0.1-4 Xenstore communications library for Xen ii linux-image-2.6.32-5-xen-amd64 2.6.32-39 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd64 4.0.1-4 The Xen Hypervisor on AMD64 ii xen-tools 4.2-1 Tools to manage Xen virtual servers ii xen-utils-4.0 4.0.1-4 XEN administrative tools ii xen-utils-common 4.0.0-1 XEN administrative tools - common files ii xenstore-utils 4.0.1-4 Xenstore utilities for Xen
Toutes mes VMs sont des Debian, toi aussi ou non ?

J’utilise le même noyau (uname -a) :

Par contre j’utilise des disques LVM et non des fichiers donc je n’utilise pas loop.

Ayant fait marcher au boulot Xen4 et Squeeze sur des 1950 également, cela n’a pas posé soucis non plus.

La seule particularité que je vois pour le moment c’est les deux xenbr mais je ne dis pas que c’est le soucis.

Que contiennent les fichiers suivants :

  • /etc/xen/xend-config.sxp (le fichier de configuration de l’hyperviseur)
  • /etc/xen/xxx.cfg (le fichier de configuration d’une VM)
  • /etc/network/interfaces (le fichier de configuration des interfaces réseaux)
#5

alors j’ai les mêmes paquets que toi avec un paquet en plus
xen-qemu-dm-4.0

et non moi je virtualise que du windows
donc j’ai du xp et su serveur 2008

xend-conf.sxp
(xend-unix-server yes)
(xend-unix-path /var/lib/xend/xend-socket)
(vif-script vif-bridge)
(dom0-min-mem 256)
(dom0-cpus 4)
(vnc-listen ‘127.0.0.1’)
(vncpasswd ‘’)
(keymap ‘fr’)

fichier cfg
import os, re
arch=os.uname()[4]
if re.search(‘64’, arch):
arch_libdir='lib64’
else:
arch_libdir=‘lib’

name = "01-TESTONLINE"
domain_type=“xen”

kernel = "/usr/lib/xen-4.0/boot/hvmloader"
builder="hvm"
memory=512
maxmem=512

vif=[“mac=80:00:00:00:01:48,bridge=xenbr0”]
acpi=1
apic=1
disk=[“file:/mnt/distrib/machine.img,hda,w”,“file:/mnt/distrib/windowsxp.iso,hdc:cdrom,r”]
device_model="/usr/" + arch_libdir + “/xen-4.0/bin/qemu-dm”

boot=“c"
sdl=0
vnc=1
vncviewer=1
vncconsole=1
vncpasswd=”"
vnclisten="0.0.0.0"
vncdisplay=“1”

serial="pty"
usbdevice="tablet"
keymap=“fr”

on_poweroff = "destroy"
on_reboot = "destroy"
on_crash = “destroy”

mon fichier interfaces
auto lo
iface lo inet loopback

#reseau en statique
iface eth0 inet static
address X.X.X.X
netmask 255.255.255.0
gateway X.X.X.X
broadcast X.X.X.255

iface eth1 inet static
address X.X.X.Y
netmask 255.255.255.0
gateway X.X.X.X
broadcast X.X.X.255

#bridge
auto xenbr0
iface xenbr0 inet static
address X.X.X.X
netmask 255.255.255.0
gateway X.X.X.X
broadcast X.X.X.255
bridge_ports eth0
bridge_maxwait 2

auto xenbr1
iface xenbr1 inet static
address X.X.X.Y
netmask 255.255.255.0
gateway X.X.X.X
broadcast X.X.X.255
bridge_ports eth1
bridge_maxwait 2

#6

Alors là je ne vois pas trop, nous n’utilisons pas Xen de la même manière.
Toi : bridge perso + full windows
Moi : bridge auto + full debian

Quand tu fais un xm create et que cela ne fonctionne pas, tu as un message d’erreur ?

#7

non
il me dit creation de la domu id=x
sauf que la domu n’est jamais créée
du coup je le relance il me fait
creation de la domu id=x+1
et generalement au bout d’un x+2 oux+3 j’arrive à la voir avec le xm list

oui j’ai fait un bridge mano vu que quand je laissais le bridge auto il me faisait la fameuse erreur sig:240 au lancement de xen et le bridge était bizarre avec un peth0 et bridge eth0 mais pas de peth1
donc bon j’ai préféré faire ça proprement