[libvirt-users] problem when using qemu 2.0.0 + libvirt 1.2.6

weiwei li weiweili821 at gmail.com
Thu Jul 31 01:53:25 UTC 2014


 I tried on another machine with qemu 2.0.0 + libvirt 1.2.6 is ok, maybe it
is related
 to some system environment ? But i have not found what's impacted of this
yet.
 The xml file is as fallows:
"
<domain type="kvm">
  <name>5ab4f49c-c99f-4dbd-9d7d-17a946b4c5a7</name>
  <uuid>5ab4f49c-c99f-4dbd-9d7d-17a946b4c5a7</uuid>
  <memory>15360000</memory>
  <vcpu cpuset="0,1,2,3,8,9,10,11" placement="static">4</vcpu>
  <os>
    <type>hvm</type>
    <boot dev="hd"/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset="localtime"/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk device="disk" type="file">
      <driver name="qemu" type="qcow2"/>
      <source file="/mnt/kvm/tlinux_sles12_com-v3-2.qcow2"/>
      <target bus="virtio" dev="vda"/>
    </disk>
    <interface type="bridge">
      <source bridge="kvmbr11"/>
        <mac address="00:16:3E:0A:0A:FA"/>
        <model type="virtio"/>
    </interface>
    <serial type="pty">
      <target port="0"/>
    </serial>
    <console type="pty">
      <target port="0" type="serial"/>
    </console>
    <input bus="ps2" type="mouse"/>
    <graphics autoport="yes" listen="0.0.0.0" port="-1" type="vnc"/>
  </devices>
</domain>
"
Another clue,there are some error messages in libvirtd.log

"2014-07-29 02:10:32.230+0000: 13226: error : virCommandWait:2426 :
internal error: Child process (LC_ALL=C
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
HOME=/root USER=tvcadmin LOGNAME=tvcadmin /usr/bin/qemu-system-x86_64
-help) unexpected exit status 125: libvirt:  error : internal error: cannot
apply process capabilities -1

2014-07-29 02:10:32.230+0000: 13226: warning :
virQEMUCapsLogProbeFailure:3300 : Failed to probe capabilities for
/usr/bin/qemu-system-x86_64: internal error: Child process (LC_ALL=C
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
HOME=/root USER=tvcadmin LOGNAME=tvcadmin /usr/bin/qemu-system-x86_64
-help) unexpected exit status 125: libvirt:  error : internal error: cannot
apply process capabilities -1

2014-07-29 02:10:32.232+0000: 13226: error : virCommandWait:2426 : internal
error: Child process (LC_ALL=C
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
HOME=/root USER=tvcadmin LOGNAME=tvcadmin /usr/bin/qemu-system-xtensa
-help) unexpected exit status 125: libvirt:  error : internal error: cannot
apply process capabilities -1
"

2014-07-30 21:07 GMT+08:00 Eric Blake <eblake at redhat.com>:

> On 07/29/2014 08:39 PM, weiwei li wrote:
> > Hi
> > I got a problem when using qemu 2.0.0 + libvirt 1.2.6 . It just can not
> > define a kvm vm successfully ,  errors like this :
> >
> > # virsh define 5ab4f49c-c99f-4dbd-9d7d-17a946b4c5a7.xml
> > error: Failed to define domain from
> 5ab4f49c-c99f-4dbd-9d7d-17a946b4c5a7.xml
> > error: unknown OS type hvm
>
> Can you show the actual contents of that .xml file?
>
> >
> > After several tries, i found that
> >
> > Qemu2.0 /qemu-kvm1.2+ libvirt1.0.2 and lower version  is  ok
> > Qemu2.0 /qemu-kvm1.2+ libvirt1.0.3 and higher version is failed
>
> I wonder if you are seeing the result of tightening the parse; the old
> versions were silently ignoring an impossible request, and the new
> version is diagnosing the bug.  It may be as simple as modifying
> whatever line requested "hvm" in your .xml file to instead request
> something valid.  Then again, I have
>   <os>
>     <type arch='i686' machine='pc-i440fx-1.5'>hvm</type>
> in a guest that is booting just fine for me on Fedora 20 with qemu 2.0
> and libvirt 1.2.7-rc1.  In upstream libvirt.git, that error message is
> only possible from this code in domain_conf.c:
>
>     if (!virCapabilitiesSupportsGuestOSType(caps, def->os.type)) {
>         virReportError(VIR_ERR_OS_TYPE,
>                        "%s", def->os.type);
>
> but I'm not sure why that function would be failing, unless your qemu
> binary is not reporting features correctly.
>
> --
> Eric Blake   eblake redhat com    +1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20140731/b3d26bce/attachment.htm>


More information about the libvirt-users mailing list