Description of problem: I tried to move a KVM VM from a Scientific Linux 6.4 (RHEL 6.4) to a Fedora 19 system. The VM is also SL 6.4. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Create a RHEL 6.4 clone VM on a RHEL 6.4 system 2. Copy to a Fedora 19 system 3. Create a new VM from the KVM VM file Actual results: Expected results: Additional info: Unable to complete install: 'unsupported configuration: hda-duplex not supported in this QEMU binary' Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 96, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/create.py", line 1949, in do_install guest.start_install(False, meter=meter) File "/usr/lib/python2.7/site-packages/virtinst/Guest.py", line 1249, in start_install noboot) File "/usr/lib/python2.7/site-packages/virtinst/Guest.py", line 1317, in _create_guest dom = self.conn.createLinux(start_xml or final_xml, 0) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2775, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: unsupported configuration: hda-duplex not supported in this QEMU binary
This seems to be a duplicate or a reintroduction of bug 885464. "hda-duplex" is part of the Intel HDA (audio) device, and nothing to do with hard drives :-)
I saw this too, I think it's basically another issue of qemu and libvirt mismatch. I saw it too but after updating fully and restarting libvirt the issue was gone. I'm closing this as WORKSFORME. Joshua, please make sure you have up to date libvirt as well, version 1.0.5. If you can still reproduce after that, please reopen.
*** This bug has been marked as a duplicate of bug 967836 ***