Moin, frohes neues Jahr zusammen. :) Unter "Ubuntu 10.10 server" spiele ich derzeit ein bisschen mit KVM rum. Die Gastdomain liegt - nicht als image - auf einem LV (lvgast) des Hosts. Der Gast betrachtes dieses LV dann bei seiner Installation als Platte und installiert sich darauf seine eigene VG. Mein Plan ist es, zu Backupzwecken den Gast mittels "virsh save gast gast.save" anzuhalten und den Zustand in ein state file zu schreiben, ein dd des LV (lvgast) zu machen und den Gast dann mit "virsh restore gast.save" wieder zu starten. Das save/restore funktioniert auch (mit Ubuntu 10.10 im Gegensatz zu 10.04.1 auch recht zügig) und der Gast arbeitet an derselben Stelle weiter. Problem nun: spiele ich testweise den Dump des LV (lvgast) mittels dd if=./gast.img of=/dev/kvmhost/lvgast bs=64k wieder zurück auf des LV (lvgast) und starte dann einen restore mit dem dazugehörigen state file, so wird der Gast zwar gestartet, aber hängt komplett. Einloggen per Konsole oder ssh ist nicht möglich, kein ping. Das alleinige Zurückspielen des dd dumps und Starten der Gastdomain ohne das state file funktioniert einwandfrei. Nur verhält sich der Gast dann ja leider wie nach einem Crash und das wollte ich durch das zusätzliche state file eigentlich vermeiden. Ich hatte angedacht, das obiges Verfahren mittels LVM snapshots noch zu beschleunigen und dann dazu nutzen, um nachts ein Backup zu machen und dabei den kompletten Zustand des Gastes inkl. Speicher wegzuschreiben. Die kleine "downtime" während des save/restore wäre kein Problem. /var/log/libvirt/qemu/gast.log sagt: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 2028 -smp 2,sockets=2,cores=1,threads=1 -name gast -uuid fc23e1d6-047f-2931-8871-cc0c01b9d308 -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/gast.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -boot c -drive file=/dev/kvmhost/gast,if=none,id=drive-virtio-disk0,boot=on,format=raw -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -device virtio-net-pci,vlan=0,id=net0,mac=52:54:00:16:50:63,bus=pci.0,addr=0x3 -net tap,fd=37,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -vnc 127.0.0.1:0 -vga cirrus -incoming exec:cat -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 char device redirected to /dev/pts/0 cat: -: Permission denied qemu: warning: error while loading state section id 4 load of migration failed Vielleicht hat ja jemand eine Idee. Ciao :) Marcus