I've been looking at libvirt and qemu for other work, I'm doing, and I've criceld back to take another look at this.
Since I first looked at this, my testbed has updated to use the "oneiric-proposed" qemu-kvm package '0.14.1+noroms-0ubuntu6.1' while retaining the libvirt-bin package 0.9.2-4ubuntu15.1 I tried to duplicate the problem again, but this time my Linux virt had 'acpiphp.ko' (the PCI hotplug module) loaded, and I was *unable* to reproduce the 'Duplicate ID' error. Instead, continued attach/detach cycles resulted in success every time after .gt. 30 iterations. == **As a side-note and possibly to be addressed as a separate bug, the drive does not actually get attached as the specified device each time inside the virt. So even though the 'attach-disk --target' specifies, say, vdb, the virt kernel increments the devname inside itself, so that we get vdc, vdd, vde.... The attaches subsequent to the detatch of vdz results in vdaa,, vdab, vdac and so on. == Now here's the kicker. If you do an 'rmmod' on the PCI hotplug module within the virt and try the attach/detach/attach, the 'Duplicate ID' problem re-occurs. This implies to me that there is some sort of effective interaction between qemu-kvm and the virt that affects this. That is, when the virt actually gets and handles a device eject, then qemu-kvm behaves differently than when the virt does not get/handle it. -- Dec 14 09:54:16 base1 kernel: [ 2226.835417] acpiphp_glue: handle_hotplug_event_func: Device eject notify on \_SB_.PCI0.S27_ Dec 14 09:54:16 base1 kernel: [ 2226.877208] virtio-pci 0000:00:1b.0: PCI INT A disabled -- So, this gives us a better characterization of the bug, and I will look into it some more with this in mind. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/897750 Title: libvirt/kvm problem with disk attach/detach/reattach on running virt To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/897750/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
