Bug? 100% load on core after physically removing USB storage from host

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



After removing a USB flash drive using virtual machine manager, I
notice that the core assigned to the VM guest goes up to 100% load.
Within the guest itself, there is no significant activity.

This also prompted me to look at the other physical machine from which
I used the USB flash drive to transfer files. And it was also
exhibiting the same problem.

Installed versions are
qemu-kvm-0.12.1.2-2.209.el6_2.5.x86_64
on CentOS 6.2, 2.6.32-220.17.1.el6.x86_64 (Intel C204 PCH)

qemu-kvm-0.12.1.2-2.209.el6_2.4.x86_64
on SLES 6, 2.6.32-220.7.1.el.x86_64  (Intel 82801JI ICH10)

There are no error messages in the log files and things seem to be
working except for the fully loaded core.

After some testing, the only steps needed are
1. VMM add physical host usb device -> select storage to guest
2. VMM remove hardware
3. Physically remove the USB storage from the host, thread/core
assigned to guest goes 100%

Repeating the same steps without restarting the guest causes cpu
utilization to drop back to normal for about a second or so before
going back up again.

Problem goes away if I restart the guest. As both machines are based
off RHEL, I checked Redhat bugtrack but don't seem to be anything
related except one related to hotplug/unplugging a USB controller more
than 1000 times.

Is this is a bug or there is actually something else I am supposed to
do before removing a physical device from a guest?

Also is there anyway I get the core/thread back to normal without
restarting the guest?
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux