Ralf Hornik Mailings
2010-May-01 18:56 UTC
[libvirt-users] Issues after migrating from Xen to KVM
Dear list, I have moved my HVMs from xen to kvm and it worked well except some problems using virsh. First, one OpenSolaris HVM does boot with warnings: WARNING: /pci at 0,0/pci1af4,1100 at 1,2 (uhci1): No SOF interrupts have been received, this USB UHCI host controller is unusable* *The corresponding process: /usr/bin/qemu-system-x86_64 -S -M pc-0.12 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 \ -name server01 -uuid e382c360-23bd-b400-0b89-9a1e69613ec4 -nographic \ -nodefaults -chardev socket,id=monitor,path=/usr/local/libvirt/var/lib/libvirt/qemu/server01.monitor,server,nowait \ -mon chardev=monitor,mode=readline -rtc base=utc -boot c -drive file=/dev/xen_vol/xen_opensol,if=none,id=drive-ide0-0-0,boot=on \ -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=/dev/hde,if=none,id=drive-ide0-0-1 \ -device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -device rtl8139,vlan=0,id=net0,mac=00:16:3e:28:85:7a,bus=pci.0,addr=0x4 \ -net tap,ifname=tap0,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 This does not happen when I boot with plain qemu-bin: /usr/local/kvm/bin/qemu-system-x86_64 -hda /dev/xen_vol/xen_opensol \ -hdb /dev/hde -net nic,macaddr=00:16:3e:28:85:7a \ -net tap,ifname=tap0 -nographic \ -m 1024 -daemonize Second is one Centos 5.2 HVM that does not boot at all. However when I boot manually and omitt "-S" and "-nodefaults" then it comes up. I looked for the -S option and I wonder why it is being used by default. Can anybody help me? I cannot see any further documentation about the "-nodefault" option and how to disable "-S" Best regards Ralf
Chris Lalancette
2010-May-03 13:00 UTC
[libvirt-users] Issues after migrating from Xen to KVM
On 05/01/2010 02:56 PM, Ralf Hornik Mailings wrote:> Dear list, > > I have moved my HVMs from xen to kvm and it worked well except some > problems using virsh. > > First, one OpenSolaris HVM does boot with warnings: > > WARNING: /pci at 0,0/pci1af4,1100 at 1,2 (uhci1): No SOF interrupts have been > received, this USB UHCI host controller is unusable* > > *The corresponding process: > > /usr/bin/qemu-system-x86_64 -S -M pc-0.12 -enable-kvm -m 1024 -smp > 1,sockets=1,cores=1,threads=1 \ > -name server01 -uuid > e382c360-23bd-b400-0b89-9a1e69613ec4 -nographic \ > -nodefaults -chardev > socket,id=monitor,path=/usr/local/libvirt/var/lib/libvirt/qemu/server01.monitor,server,nowait > \ > -mon > chardev=monitor,mode=readline -rtc base=utc -boot c -drive > file=/dev/xen_vol/xen_opensol,if=none,id=drive-ide0-0-0,boot=on \ > -device > ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive > file=/dev/hde,if=none,id=drive-ide0-0-1 \ > -device > ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -device > rtl8139,vlan=0,id=net0,mac=00:16:3e:28:85:7a,bus=pci.0,addr=0x4 \ > -net > tap,ifname=tap0,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device > isa-serial,chardev=serial0 -usb -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 > > This does not happen when I boot with plain qemu-bin: > > /usr/local/kvm/bin/qemu-system-x86_64 -hda /dev/xen_vol/xen_opensol \ > -hdb > /dev/hde -net nic,macaddr=00:16:3e:28:85:7a \ > -net > tap,ifname=tap0 -nographic \ > -m 1024 > -daemonize > > Second is one Centos 5.2 HVM that does not boot at all. > However when I boot manually and omitt "-S" and "-nodefaults" then it > comes up. > > I looked for the -S option and I wonder why it is being used by default. > Can anybody help me? I cannot see any further documentation about the > "-nodefault" option and how to disable "-S"The -S means "start suspended". That's so that libvirt can fork off the qemu process, do a bit of work, and then run the virtual machine. In general you can't remove it from the command-line libvirt generates, since libvirt depends on it. Also, with recent qemu, you don't really want to remove the -nodefaults either, since it's another new feature that libvirt is coming to rely on. The reasons for using it are many, but basically it says not to create any devices by default, but let the user specify all of them on the command-line. What's the actual problem you are having with the CentOS guest? What kind of error messages do you see? -- Chris Lalancette
Possibly Parallel Threads
- virsh domxml-from-native not working
- Ext3 fatal errors with Promise RAID
- SMART Prefailure Attribute messages
- 32E (64bit) VMX keyboard is out of control, if given an addition ''hde''
- RE: 32E (64bit) VMX keyboard is out of control, ifgiven an addition ''hde''