Comment 1 for bug 1507882

Revision history for this message
Hari Prasad Killi (haripk) wrote :

Qemu was consistently taking 200% cpu.
12857 libvirt+ 20 0 4760448 3.027g 12780 S 200.0 4.8 110:54.00 qemu-system-x86

root@csp-sol-lexus:~# ps aux | grep 12857
libvirt+ 12857 198 4.8 4760448 3174032 ? Sl 14:15 114:10 /usr/bin/qemu-system-x86_64 -name instance-000002ba -S -machine pc-i440fx-trusty,accel=kvm,usb=off -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid 7742acc2-a1a4-4e61-9cb7-78530abc023f -smbios type=1,manufacturer=OpenStack Foundation,product=OpenStack Nova,version=2014.1.3,serial=35383339-3134-5347-4832-33303950504b,uuid=7742acc2-a1a4-4e61-9cb7-78530abc023f -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-000002ba.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/var/lib/nova/instances/7742acc2-a1a4-4e61-9cb7-78530abc023f/disk,if=none,id=drive-ide0-0-0,format=qcow2,cache=none -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -netdev tap,ifname=tap55bb8902-bb,script=,id=hostnet0 -device e1000,netdev=hostnet0,id=net0,mac=02:b3:1a:17:80:53,bus=pci.0,addr=0x3 -netdev tap,ifname=tapa9159f8e-39,script=,id=hostnet1 -device e1000,netdev=hostnet1,id=net1,mac=02:91:5f:f8:53:42,bus=pci.0,addr=0x4 -netdev tap,ifname=tap38aafb06-20,script=,id=hostnet2 -device e1000,netdev=hostnet2,id=net2,mac=02:c3:ab:90:48:71,bus=pci.0,addr=0x5 -chardev file,id=charserial0,path=/var/lib/nova/instances/7742acc2-a1a4-4e61-9cb7-78530abc023f/console.log -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -device usb-tablet,id=input0 -vnc 7.7.7.50:12 -k en-us -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6

The UUID 7742acc2-a1a4-4e61-9cb7-78530abc023f belongs to the VM in question.