Différences

Ci-dessous, les différences entre deux révisions de la page.

--- serveur_xen_4 [2011/08/17 21:34] – thierry
+++ serveur_xen_4 [2011/11/15 15:39] (Version actuelle) – thierry
@@ Ligne 7: / Ligne 7: @@
   *http://mrngm.com/xen-on-debian-lenny-to-squeeze.html
   *http://wiki.debian.org/Xen
+===== Pre-requis =====
+Sous Debian, il faut configurer l'interface reseau en "bridge", ce qui implique:
+  # aptitude install bridge-utils
+Et puis, par exemple, on transforme un classique:
+  auto eth0
+  iface eth0 inet static
+     address 192.168.1.1
+     netmask 255.255.255.0
+     gateway 192.168.1.254
+En:
+  auto eth0
+  iface eth0 inet manual
+  auto brlan
+  iface brlan inet static
+     address 192.168.1.1
+     netmask 255.255.255.0
+     gateway 192.168.1.254
+     bridge_ports eth0
+     bridge_stp off
+     bridge_maxwait 0
+Et puis:
+  # reboot
+ou autres, pour prendre en compte les modifs.
+===== Install =====
+Sous Debian Squeeze donc :
+  # aptitude install xen-hypervisor xen-linux-system xen-tools xen-qemu-dm
 ===== Dom0 et cpu =====
-Lien: http://kh4z.fr/how-to-pin-dom0-vcpu-to-cpu
+Liens:
+  * http://kh4z.fr/how-to-pin-dom0-vcpu-to-cpu
+  * http://fclose.com/b/linux/2258/managing-xen-dom0s-cpu-and-memory/
+Lorsqu'on a beaucoup de CPUs, il est malin d'en garantir un peu pour le Dom0, dans le cas ou des DomU s'affollent !
+==== Au reboot ====
+Avec Grub2 par exemple, si on veut garantir 2G , et 2 CPUs :
+  GRUB_CMDLINE_XEN_DEFAULT="com2=57600,8n1 console=com2,vga dom0_mem=2048M dom0_max_vcpus=2 dom0_vcpus_pin=true"
+C'est **''dom0_vcpus_pin=true''** qui force Xen a choisir et a dédié **''dom0_max_vcpus''** CPUs au Dom0.
+==== A chaud ====
+Pour forcer 2 CPUS :
+  # xm vcpu-set Domain-0 2
+Puis dédiés a CPU virtuel 1 et 2 , respectivement le CPU 1 et 2.
+  # xm vcpu-pin Domain-0 0 0
+  # xm vcpu-pin Domain-0 1 1
+Et voila:
+  # xm vcpu-list
+  Name                                ID  VCPU   CPU State   Time(s) CPU Affinity
+  Domain-0                             0     0     0   -b-   82257.8 0
+  Domain-0                             0     1     1   r--   18666.4 1
 ===== Lenny en Squeeze ====
@@ Ligne 186: / Ligne 247: @@
 Gasp.
-== Solution (Essai) ==
+== Solution qui marche ==
+**Ne pas** démarrer le DomU avec :
+ <del>''extra      = 'clocksource=jiffies' ''</del>
+Mais laissé par defaut: c'est equivalent de 'clocksource=xen'
+Puis dans le DomU, modifier "ntp.conf" en ajoutant:
+   disable kernel
+Voila.
+== Solution (marche pas) ==
 Dans le Dom0:
@@ Ligne 662: / Ligne 737: @@
 Sous squeeze:
   # aptitude install xen-qemu-dm
+====== Bugs ======
+===== timer bug =====
+TSC & HPET timer !!!!!!
+Liens:
+  *http://xen.1045712.n5.nabble.com/Xen-4-TSC-problems-td3396848i20.html
+Que ce passe ?
+  *(XEN) Platform timer appears to have unexpectedly wrapped 10 or more times.
+  *daemon ntp disparait (pas de trace de plantage dans les logs)
+  *l'heure deraille
+  # dmesg | grep -I acpi
+  [    0.267127] hpet_acpi_add: no address or irqs in _CRS
+  # lsmod | grep -i acpi
+  acpi_processor          5087  1 processor,[permanent]
+La soluce serait ( à verifier ) :
+  cpuidle=0 et clocksource=pit  dans les parametres de demarrage Xen !
+===== network =====
+Liens:
+  http://wiki.r1soft.com/display/kb/Poor+Network+Performance+Between+CDP+Server+and+Host+on+a+XEN+Virtual+Machine,+or+Connection+Closed+due+to+%28ClosedChannelException%29
+En gros, dans les DomU :
+  ethtool -K eth0 tx off