Sie nutzen das Tool tw_cli was man unter Debian schön aus dem Repository von Jonas Genannt installieren kann. Das entsprechende Paket heisst 3ware-cli. Ich habe die 3 Plugins etwas überarbeitet und zu einem Plugin tw_cli_ zusammengefasst. Dies kopiert man einfach nach /usr/share/munin/plugins/ und kann sich dann wie gewohnt mit munin-node-configure –suggest –shell die benötigten Shell-Befehle zum aktivieren generieren lassen. Zusätzlich muss die Konfiguration von Munin-Node angepasst werden, damit das Plugin als Benutzer root aufgerufen wird.

echo -e "\n[tw_cli_*]\nuser root\n" >> /etc/munin/plugin-conf.d/munin-node
/etc/init.d/munin-node restart

Die Kombination mag Grub nicht so 100%-ig – man sollte 3 md’s anlegen – /boot, swap und eines für LVM – ansonsten lässt einem der Debian-Installer gleich gar keine Wahl und bietet nur LILO zur Installation an. Leider Verträgt sich LILO nicht so gut mit XEN (->frickel).

Nach der Installation habe ich als erstes XEN und brauchbare Tools dazu installiert:

aptitude install xen-hypervisor xen-linux-system-2.6.26-2-xen-amd64 xenwatch xen-shell

Anschließend noch die /etc/xen/xend-config.sxp etwas modifiziert:

[...]
(network-script network-bridge)
[...]
#(network-script network-dummy)
[...]

Einen Reboot später sagt uname -r auch schon: “2.6.26-2-xen-amd64″

Danach noch schnell die /etc/xen-tools/xen-tools.conf angepasst:

dist = lenny
arch=amd64
dhcp = 1
mirror = http://ftp.de.debian.org/debian/

Ausserdem finde ich es ganz nett, wenn bei neu erstellten XEN-VMs auch gleich mein Public Key für SSH mitinstalliert wird:

mkdir -p /etc/xen-tools/skel/root/.ssh
chmod -R 700 /etc/xen-tools/skel/root
# Key in /etc/xen-tools/skel/root/.ssh/authorized_keys einfügen
chmod 644 /etc/xen-tools/skel/root/.ssh/authorized_keys

Zum Abschluss gleich noch eine XEN-VM erstellen:

xen-create-image --hostname=couch1 --role=udev

clocksource/0: Time went backwards

Um den Fehler “clocksource/0: Time went backwards” zu beheben muss in der /etc/sysctl.conf innerhalb der VMs folgende Zeile ergänzt werden:

xen.independent_wallclock=1

Damit wir das nicht bei jeder neuen VM erneut machen müssen, kopieren wir auf der dom0 die /etc/sysctl.conf in das skel-Verzeichnis und ergänzen dort dann auch die obige Zeile:

cp /etc/sysctl.conf /etc/xen-tools/skel/etc/sysctl.conf

Ausserdem müssen die Konfigurationsdateien für die VMs (/etc/xen/*.cfg) um folgende Zeile ergänzt werden:

extra="clocksource=jiffies"

Zusätzlich installieren wir auf der dom0 und innerhalb der VMs ntp damit die Zeit stimmt:

aptitude install ntp

Starting periodic command scheduler: crond.

Damit die console nicht nach “Starting periodic command scheduler: crond.” hängen bleibt, müssen wir die extra-Zeile etwas erweitern:

extra="clocksource=jiffies console=hvc0 xencons=tty"

Wenn dort Pakete drin sind, die eigtl. nur automatisch installiert wurden, hat man nicht brav immer nur apt-get benutzt.

Nach der Installation startet der zugehörige Daemon problemlos und lauscht auf Port
34571. Leider konnte ich aber von meinem lokalen PC mittels StorMan
keine Verbindung herstellen (Mit telnet kam ich drauf). Logindaten habe
ich zum Testen mal leer gelassen, mal das root-Login verwendet wie es
im Handbuch zum Storage Manager beschrieben ist. Ich habe das probieren
dann aufgegeben und den Storage Manager deinstalliert (vorher habe ich wie in der Anleitung beschrieben das Kommandozeilenprogramm arcconf kopiert und zum laufen gebracht). Schade dass der Manager nicht will, so muss ich wohl mit dem CLI vorlieb nehmen. Falls jemand Tipps bzgl. des GUI-Tools hat wäre ich ihm sehr verbunden.

Update: Ich habe eine Anfrage diesbezüglich an den Adaptec Linux Blog gesandt, vllt. wissen die Rat.