Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
It's caused by "qemu-kvm" is under /usr/bin on FC15, but libvirt trys to use the path "/usr/libexec/qemu-kvm", which is of RHEL6, so error happens here, perhaps needs to detect the emulator path, and replace the path which is of source host.
/* check that this qemu version supports the interactive exec */
if (qemuCapsExtractVersionInfo(vm->def->emulator, NULL, &qemuCmdFlags) < 0) {
qemuReportError(VIR_ERR_INTERNAL_ERROR,
_("Cannot determine QEMU argv syntax %s"),
vm->def->emulator);
goto endjob;
}
Version-Release number of selected component (if applicable):
0.8.7-4.el6
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Remember, Fedora and RHEL have different qemu versions, and those versions likely have different internal memory layouts and definitely have different command line syntax. There is just no way to migrate between disparate versions without adding a LOT of feature handshaking, and adding that is not worth anyone's time because this is not a common request, so I agree with leaving this bug as WONTFIX.
It is, however, generally possible to use virt-manager's ability to create a new VM from an existing disk image to create a new XML representation on the destination machine that can still use the same image (of course, you have to be careful that no two hosts are trying to run a VM using the same disk image at the same time); I've done this myself to run the same disk image as a VM from either F14 or RHEL 6 as needed. But while it usually works, the fact remains that it is unsupported (no one is going to go out of their way to fix problems in either fedora or rhel if it didn't work).
Description of problem: It's caused by "qemu-kvm" is under /usr/bin on FC15, but libvirt trys to use the path "/usr/libexec/qemu-kvm", which is of RHEL6, so error happens here, perhaps needs to detect the emulator path, and replace the path which is of source host. /* check that this qemu version supports the interactive exec */ if (qemuCapsExtractVersionInfo(vm->def->emulator, NULL, &qemuCmdFlags) < 0) { qemuReportError(VIR_ERR_INTERNAL_ERROR, _("Cannot determine QEMU argv syntax %s"), vm->def->emulator); goto endjob; } Version-Release number of selected component (if applicable): 0.8.7-4.el6 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: