Différences

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

--- serveur_xen_4 [2011/08/03 14:59] – 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 =====
+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 66: / Ligne 131: @@
   GRUB_CMDLINE_XEN_DEFAULT="xencons=off dom0_mem=1024M dom0_max_vcpus=2"
   # --------------------
-Ou bien, si vous avez un port serie pour monitorer votre serveur:
+Ou bien, si vous avez un port serie "COM2" pour monitorer votre serveur:
   # TJ -----------------
   GRUB_DISABLE_OS_PROBER="true"
@@ Ligne 74: / Ligne 139: @@
   GRUB_SERIAL_COMMAND="serial --speed=57600 --unit=1 --word=8 --parity=no --stop=1"
   # --------------------
+Dans ce dernier cas, adapter aussi **''/etc/inittab''** :
+  # TJ ------------------
+  #CONS:2345:respawn:/sbin/getty -i -h -L 57600 ttyS1 vt100
+  CONS:2345:respawn:/sbin/getty -i -h -L 57600 hvc0 vt100
+  # ---------------------
 Forcer "grub2" en outre passant le chainage via Grub0:
@@ Ligne 99: / Ligne 170: @@
 Verifier dans **''/boot/grub/grub.cfg''** que "Xen4" est en premier choix (par default, donc).
+==== Remove ====
+Il reste des paquets "lenny" a purger:
+  # dpkg -l | grep lenny
+  # aptitude remove libvolume-id0 ...
+Sauf les "kernel 2.6.26" qui peuvent être utile pour certain DomU...
+==== sysctl.conf ====
+Préparer le reboot :
+  # TJ ---------------------
+  # Desactiver Ipv6 (sous Squeeze)
+  net.ipv6.conf.all.disable_ipv6=1
+  net.ipv6.conf.all.autoconf=0
+  net.ipv6.conf.default.disable_ipv6=1
+  net.ipv6.conf.default.autoconf=0
+  # En cas de crash noyau
+  kernel.panic=300
+  # Les requetes ARP ne traversent pas
+  net.ipv4.conf.all.arp_ignore=1
+  # ------------------------
+==== Reboot ====
+  # reboot
+==== Purge ====
+Purger les paquets retournés par la commande:
+  # dpkg -l | grep "^rc"
+  # aptitude purge $(dpkg --get-selections | grep deinstall | awk '{print $1}')
 ===== Xen 4 =====
@@ Ligne 107: / Ligne 214: @@
 Liens:
+  *http://xen.1045712.n5.nabble.com/Which-clocksource-should-dom0-be-using-td4581393.html
   *https://wiki.umiacs.umd.edu/VirtualMeshTest/index.php/Xen_clock_sync_issues
   *http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27
@@ Ligne 139: / 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 596: / Ligne 718: @@
   GRUB_TERMINAL=serial
   GRUB_SERIAL_COMMAND="serial --speed=57600 --unit=1 --word=8 --parity=no --stop=1"
+==== grub dans domU squeeze ====
+Lien:
+  *https://www.hosthop.com/hop/knowledgebase/29/Debian-60-Grub-Error-grub-probe-cant-find-drive-for-ordevorxvda1-Workaround.html
 ===== nvidia et Xorg =====
@@ Ligne 610: / 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