Ich hatte vor kurzem das Problem, dass ich ein Timeout bekam wenn ich eine VM per Livemigration von einem Host weg oder zu diesem Host hin verschieben wollte.
Problem war die MTU des physikalischen Interface die auf den Host auf 1500 gestellt war während die restlichen Hosts im Cluster eine MTU von 9000 hatten. Nachdem die MTU auf 9000 gestellt wurde (Neustart nicht erforderlich) ging alles wieder.
Das standard Template der libvirt xml ist unter Ubuntu 8.10 und 9.04 leider fehlerhaft.
Eine mit dem vmbuilder oder ubuntu-vm-builder erstelle VM gibt beim starten volgende Fehlermeldung:
libvir: QEMU Fehler : internal error QEMU quit during console startup
qemu: at most 2047 MB RAM can be simulated
Fehler: Domain test konnte nicht gestartet werden
Das Problem ist, dass der vmbuilder eine XML Datei mit einem viel zu großen <memory> Eintrag erstellt. Hier müsste der RAM in MB stehen.
Lösung ist die /etc/vmbuilder/libvirt/libvirtxml.tmpl zu bearbeiten und #echo $mem * 1024# auf nur $mem kürzen.
<domain type=’kvm’>
<name>$hostname</name>
<memory>$mem</memory>
Nun muss die VM mit dem vmbuilder neu erstellt werden oder in /etc/libvirt/qemu/vmname.xml der <memory> Eintrag verändert werden (Ram in MB)
Es gibt einige Bugs im vmbuilder oder im ubuntu-vm-builder in Ubuntu 9.04 und 8.10. Gibt man in der Konfigurationsdatei die rootsize oder swapsize an so erhält man folgende Meldung beim aufruf vom vmbuilder:
Traceback (most recent call last):
File “/usr/bin/ubuntu-vm-builder”, line 29, in <module>
VMBuilder.run()
File “/usr/lib/python2.6/dist-packages/VMBuilder/__init__.py”, line 66, in run
frontend.run()
File “/usr/lib/python2.6/dist-packages/VMBuilder/plugins/cli/__init__.py”, line 65, in run
self.set_disk_layout(vm)
File “/usr/lib/python2.6/dist-packages/VMBuilder/plugins/cli/__init__.py”, line 92, in set_disk_layout
size = vm.rootsize + vm.swapsize + vm.optsize
TypeError: cannot concatenate ‘str’ and ‘int’ objects
Es gibt nur unter https://bugs.launchpad.net/vmbuilder/+bug/361418 einen kleinen Hotfix als diff Datei. Ansonsten muss man auf rootsize und swapsize in der Konfiguration verzichten.
Ich habe auf meinem altem Notebook (Intel P4) versucht unter Ubuntu 9.04 KVM einzurichten. Da ich dies schon auf meinem 64bit AMD Tower gemacht habe, ging mir die Installation leicht von der Hand. Beim erstellen einer vm stieß ich aber auf folgendes Problem:
# sudo ubuntu-vm-builder kvm jaunty -c vm.cfg –dest vm –debug
…
libvir: Domain Config error : unknown OS type hvm
2009-04-24 15:58:12,726 DEBUG Oh, dear, an exception occurred
2009-04-24 15:58:12,726 INFO Cleaning up
Im Internet findet man nicht viel zu diesem Fehler. Ein Freund hat mir mal den Hinweis gegeben, dass für KVM die CPU “VT” oder “AMD-V” unterstützen muss.
Lösung: einen neuen Laptop kaufen :-(
Im Verlauf meiner Diplomarbeit testete ich den ESX Scheduler. Das meiste lief ganz wunderbar, aber bei der Verteilung der Rechenzeit über shares gab es Probleme. Den ESX Scheduler interessierte es überhaupt nicht welche shares die Maschinen hattem, er hat alle Maschinen immer gleichberechtigt behandelt.
Die Lösung des Problems ist eigentlich simpel. Ich hatte meine VMs in einen Ressourcen Pool gepackt. Die einzige Scheduler Einstellung welche der ESX Server bei diesen Maschinen interessiert ist der Grenzwert für Rechenzeit. Garantien und shares werden ignoriert.
Werden die Maschinen aus dem Ressourcen Pool rausgezogen wird die share sofort beachtet. In anbetracht der Tatsache das sich die Leute im VMware Forum wegen diesem und ähnlichen Problemen in Threads wie:
http://communities.vmware.com/thread/73411?tstart=0&start=30
http://communities.vmware.com/message/703448#703448
die Köpfe einschlagen und teilweise auf ziemlich abstruse Ideen kommen, wäre es schön wenn sich VMware bequemen würde Klarheit zu schaffen ob es ein Bug oder Feature ist.
Eingesetzt wird:
- VMware ESX Server 3.5.0 Build 110268 German-000
- VMware Infrastructure Client 2.5.0 Build 103672