meine Migration nach Xen 3.2 unter Ubuntu 8.04 LTS ,ein Erfahrungsbericht
28.10.2009
Installation eines Ubuntu 8.04 AMD 64 bit Server Betriebsystems gem. Installationsbericht. Danach ubuntu-xen-server nachinstallieren. Danach muss noch die Datei /etc/modules angepasst werden , indem die Loop-Wert auf 64 angepasst wird (loop max_loop=64).
Damit scheint auf dom0 Ebene erst mal alles im Lot, nach dem Reboot wir der neue „Xen“-Kernel gebootet. 
Die Clients werden mit Hilfe der Xen-Tools erzeugt: Die entsprechende Konfigurationdatei liegt unter /etc/xentools/xen-tools.conf
Hier werden nun die entsprechenden Anpassungen vorgenommen. Quelle: http://www.howtoforge.com/ubuntu-8.04-server-install-xen-from-ubuntu-repositories-p2
Nun soll die zweite Instanz gestartet werden mit:
xen-create-image --hostname=xen1.example.com --size=2Gb --swap=256Mb --ide \ --ip=10.128.1.86 --netmask=255.255.255.0 --gateway=10.128.1.1 --force \ --dir=/storage/dom1 --memory=64Mb --arch=i386 --kernel=/boot/vmlinuz-2.6.24-25-xen \ --initrd=/boot/initrd.img-2.6.24-25-xen --install-method=debootstrap --dist=hardy \ --mirror=http://archive.ubuntu.com/ubuntu/ --passwd
Nun noch die Datei /etc/xen/xen1.example.com.cfg editieren da :
The file: parameter is now deprecated in Xen 3.2, therefore we must edit /etc/xen/xen1.example.com.cfg now and replace file: with tap:aio: ('''otherwise you'll get an error similar to this one:
Error: Device 769 (vbd) could not be connected. losetup /dev/loop0 /home/xen/domains/xen1.example.com/swap.img failed.und schon läufts .....
Nun noch die virtuelle Maschine starten mit:
xm create /etc/xen/xen1.example.com.cfg
allerdings kann ich mich nicht einloggen. Passwort falsch ! Nach 1 Stunde runprobieren stelle ich fest das das login nicht ijin ist sondern root !!!!
Herunterfahren der virtuellen Maschine:
xm shutdown xen1.example.com
Verbindungsauf zur virtuellen Maschien entweder über das Kommando :
xm console xen1.example.com
oder direkt über ssh
ssh -l root 10.128.1.85
Achtung der login-name ist root !!!
ich habe jetzt die ganzen Konfigurationsdateien in etc/xentools/xen-tools.conf eingetragen und das CREATE-Kommando verkürzt auf :
xen-create-image --hostname=xen4.example.com --arch=i386 --dist=hardy --mirror=http://archive.ubuntu.com/ubuntu/ --passwd
Klappt wunderbar. Nur habe ich auf die Schnelle einen kleinen Fehler in die /etc/xentools/xen-tools.conf Datei eingefügt. Die Ip Adresse der Dom1 ist gleich der Dom0. Starte ich den Dom1 übernimmt er die IP-Adresse und wirft die Dom0 raus. Also zum Server gehatscht (100 m) und die Konfigurationdatei /etc/xen/xen1.example.com.cfg entsprechend abgeändert. Hat aber nicht geklappt. Auch eine Anpassung der /etc/xentools/xen-tools.conf bringt nichts. Ich ändere einfach die Dom0-ip in der /etc/networkung/interfaces (10.128.1.84) und es klappt.
Nun mache ich einen Reboot und der Xen-Server hängt sich beim Bootup der Dom0 bei /etc./rc.local/ Init-Skripten auf. Nach einigem rumsuchen finde ich die Lösung im Internet : http://lists.xensource.com/archives/html/xen-users/2008-09/msg00001.html
Da heisst es :
I've had the exact same issue with ubuntu hardy heron, using standard apt-get installs. Unbelievable that a distribution like this can be broken with this stupid mistake. It took me some time digging in the init-scripts to find the problem was in het following file: Check your file: /etc/event.d/tty1, it should be like this: # tty1 - getty # # This service maintains a getty on tty1 from the point the system is # started until it is shut down again. start on stopped rc2 start on stopped rc3 start on stopped rc4 start on stopped rc5 stop on runlevel 0 stop on runlevel 1 stop on runlevel 6 respawn exec /sbin/getty 38400 tty1 For some reason this file was changed into something with xvc0 and added some lines. I restored this file from a working system, and everything's ok now. Not sure what package caused the problem, though.
Bei mit war bei der entsprechenden Datei /etc/event.d/tty1 das tty1 durch xvc0 ersetzt. Ich bin einfach mit joe in die Datei rein und habe alle xvc0 durch tty1 ersetzt. Und tatsächlich beim nächten Bootup kommt er wieder hoch !!
Bei rumbasteln habe ich gleich auch noch AppArmour deaktiviert: /etc/init.d/apparmor stop update-rc.d -f apparmor remove