Red Hat Bugzilla – Bug 817078
libvirtd crashing on rhel 6.3 beta vm
Last modified: 2012-06-20 02:57:50 EDT
Description of problem:
While starting a vm on rhel 6.3 Beta (which itself is a vm), libvirtd crashes
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. create a rhel 6.3 vm
2. using this vm as a host attempt to start another vm
nested vm should start
this symbolic link was created on the virtual host
/usr/bin/qemu-system-x86_64 -> /usr/libexec/qemu-kvm
output from gdb attached to libvirtd
Program received signal SIGSEGV, Segmentation fault.
0x0000000000476292 in qemuBuildCpuArgStr (conn=0x7f0118000bd0, driver=0x7f0128006430, def=0x7f0128133590, monitor_chr=0x7f012804e5d0, monitor_json=true, qemuCaps=0x7f0128133a30, migrateFrom=0x0, migrateFd=-1,
snapshot=0x0, vmop=VIR_NETDEV_VPORT_PROFILE_OP_CREATE) at qemu/qemu_command.c:3824
3824 cpuDataFree(host->arch, data);
As discussed with danpb this is fixed upstream
Author: Jiri Denemark <email@example.com>
Date: Wed Feb 15 12:18:25 2012 +0100
qemu: Fix segfault when host CPU is empty
In case libvirtd cannot detect host CPU model (which may happen if it
runs inside a virtual machine), the daemon is likely to segfault when
starting a new qemu domain. It segfaults when domain XML asks for host
(either model or passthrough) CPU or does not ask for any specific CPU
model at all.
In post: http://post-office.corp.redhat.com/archives/rhvirt-patches/2012-April/msg00881.html
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.