Différences

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

--- serveur_xen [2010/04/15 09:06] – thierry
+++ serveur_xen [2011/09/22 14:35] (Version actuelle) – thierry
@@ Ligne 1: / Ligne 1: @@
+| :!: Xen 4 et Squeeze sont juste survolé ici... |
 ====== Xen ======
 Liens:
@@ Ligne 207: / Ligne 209: @@
   ...
 Bien mettre en commentaire la ligne "''(network-script network-bridge)''" ou equivalent.
+=== Tips ===
+== tracking ==
+Liens:
+  *http://wiki.libvirt.org/page/Networking
+  *http://xen.1045712.n5.nabble.com/Networking-issue-with-quot-conntracking-quot-after-upgrade-Xen-3-2-gt-4-0-td3309595.html
+  *http://lists.xensource.com/archives/html/xen-users/2009-08/msg00614.html
+Désactiver le "tracking" sur le bridge...
+Sinon **''/proc/net/ip_conntrack''** se peuple de suivit de tout les DomU !!!!!
+Dans par exemple: /etc/sysctl.d/local.conf
+  net.bridge.bridge-nf-call-ip6tables = 0
+  net.bridge.bridge-nf-call-iptables = 0
+  net.bridge.bridge-nf-call-arptables = 0
+Ajouter aussi dans /etc/modules
+  # TJ ----------
+  bridge
+  # -------------
+Sinon, au moment de l'execution de "procps" qui applique les regles dans "/etc/sysctl.d/*" , ces valeurs ci-dessus ne pourraient être appliqués.
 ==== Methode en production ====
@@ Ligne 778: / Ligne 806: @@
   startkde &
 Et voila.
+=== tips ===
+Desactiver les tentations de "kdm" de demarrer "kde":
+  # echo "/bin/false" > /etc/X11/default-display-manager
+Et ainsi:
+  # /etc/init.d/kdm start
+  Not starting K Display Manager (kdm); it is not the default display manager.
 ===== Windowz en machine Virtuel =====
@@ Ligne 1222: / Ligne 1258: @@
 ==== clocksource/0: Time went backwards ====
+=== methode 1 (Obsolete?) ===
 Lien: http://tuttodebian.blogspot.com/2008/05/xen-clocksource0-time-went-backwards.html
@@ Ligne 1229: / Ligne 1268: @@
   extra = 'clocksource=jiffies'
+=== methode 2 (mieux?) ===
+| :!: Ca ne fonctionne pas ! |
+Lien: http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27
+Ne rien touché à la conf des DomU, mais plutot au niveau du Dom0, en apportant la modification suivante:
+  # echo "jiffies" > /sys/devices/system/clocksource/clocksource0/current_clocksource
+Pour que ce soit en place à chaque boot, voici un petit script:
+  #! /bin/sh
+  ### BEGIN INIT INFO
+  # Provides:          skeleton
+  # Required-Start:    $remote_fs
+  # Required-Stop:     $remote_fs
+  # Default-Start:     2 3 4 5
+  # Default-Stop:      0 1 6
+  # Short-Description: Example initscript
+  # Description:       This file should be used to construct scripts to be
+  #                    placed in /etc/init.d.
+  ### END INIT INFO
+  # Author: Thierry JAOUEN
+  #
+  # Do NOT "set -e"
+  # PATH should only include /usr/* if it runs after the mountnfs.sh script
+  PATH=/sbin:/usr/sbin:/bin:/usr/bin
+  DESC="My Xen Stuff"
+  NAME=myxen-stuff
+  SCRIPTNAME=/etc/init.d/$NAME
+  # Read configuration variable file if it is present
+  [ -r /etc/default/$NAME ] && . /etc/default/$NAME
+  # Load the VERBOSE setting and other rcS variables
+  . /lib/init/vars.sh
+  # Define LSB log_* functions.
+  # Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
+  . /lib/lsb/init-functions
+  #
+  # Function that starts the daemon/service
+  #
+  do_start()
+  {
+        # http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27
+        echo "jiffies" > /sys/devices/system/clocksource/clocksource0/current_clocksource
+  }
+  #
+  # Function that stops the daemon/service
+  #
+  do_stop()
+  {
+        echo "xen" > /sys/devices/system/clocksource/clocksource0/current_clocksource
+  }
+  #
+  # Function that sends a SIGHUP to the daemon/service
+  #
+  do_reload() {
+        return 0
+  }
+  case "$1" in
+    start)
+        [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
+        do_start
+        case "$?" in
+|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
+) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
+        esac
+        ;;
+    stop)
+        [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
+        do_stop
+        case "$?" in
+|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
+) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
+        esac
+        ;;
+    #reload|force-reload)
+        #
+        # If do_reload() is not implemented then leave this commented out
+        # and leave 'force-reload' as an alias for 'restart'.
+        #
+        #log_daemon_msg "Reloading $DESC" "$NAME"
+        #do_reload
+        #log_end_msg $?
+        #;;
+    restart|force-reload)
+        #
+        # If the "reload" option is implemented then remove the
+        # 'force-reload' alias
+        #
+        log_daemon_msg "Restarting $DESC" "$NAME"
+        do_stop
+        case "$?" in
+|1)
+                do_start
+                case "$?" in
+) log_end_msg 0 ;;
+) log_end_msg 1 ;; # Old process is still running
+                        *) log_end_msg 1 ;; # Failed to start
+                esac
+                ;;
+          *)
+                # Failed to stop
+                log_end_msg 1
+                ;;
+        esac
+        ;;
+    *)
+        #echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
+        echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
+        exit 3
+        ;;
+  esac
+Il faut que ce script demarre *avant* les services Xen (qui va demarrer les DomU), donc:
+  # update-rc.d myxen-stuff defaults 19
+Et puis tester.
 ==== PTY allocation request failed on channel 0 ====
@@ Ligne 1460: / Ligne 1625: @@
   # xm create gall2.cfg -c
+==== network ====
+Ca rame, alors j'essaye:
+  # ip link set dev vif15.0 txqlen 1000
+Avec **''iperf''** => 820 Mbits/s
+  # ip link set dev vif15.0 txqlen 32
+**''iperf''** => 690 Mbits/s
+Mbits/s en moins... ce n'est pas rien.
+====== Tips ======
+===== Dummy =====
+Créer un DomU avec une carte reseau "dummy" !
+Liens:
+  * http://blogs.simc.be/simc/index.php/post/2010/12/08/Xen-%3A-dummy-un-r%C3%A9seau-interne-haut-d%C3%A9bit-pour-vos-VM
+  * http://www.debian-administration.org/articles/360
+===== nvidia =====
+C'est possible ?
+Lien: http://blogs.simc.be/simc/index.php/post/2009/02/08/Nvidia-est-xen-encore-plus-simple