[ovirt-devel] OST: vm_run fails for me (basic-suite-master)

[Ondrej Svoboda]

Yes, I stated that in my message.

root at osvoboda-t460p /home/src/ovirt-system-tests (git)-[master] # cat
/sys/module/kvm_intel/parameters/nested
:(
Y

On Tue, Feb 7, 2017 at 1:39 PM, Eyal Edri <eedri at redhat.com> wrote:

> Did you follow the instructions on [1] ?
>
> Specifically, verifying  ' cat /sys/module/kvm_intel/parameters/nested '
> gives you 'Y'.
>
> [1] http://ovirt-system-tests.readthedocs.io/en/latest/docs/
> general/installation.html
>
> On Tue, Feb 7, 2017 at 2:29 PM, Ondrej Svoboda <osvoboda at redhat.com>
> wrote:
>
>> Hi everyone,
>>
>> Even though I have nested virtualization enabled in my Arch Linux system
>> which I use to run OST, vm_run is the first test to fail in
>> 004_basic_sanity (followed by snapshots_merge and suspend_resume_vm).
>>
>> Can you point me to what I might be missing? I believe I get the same
>> failure even on Fedora.
>>
>> This is what host0's CPU capabilities look like (vmx is there):
>> [root at lago-basic-suite-master-host0 ~]# cat /proc/cpuinfo
>> processor    : 0
>> vendor_id    : GenuineIntel
>> cpu family    : 6
>> model        : 44
>> model name    : Westmere E56xx/L56xx/X56xx (Nehalem-C)
>> stepping    : 1
>> microcode    : 0x1
>> cpu MHz        : 2711.988
>> cache size    : 16384 KB
>> physical id    : 0
>> siblings    : 1
>> core id        : 0
>> cpu cores    : 1
>> apicid        : 0
>> initial apicid    : 0
>> fpu        : yes
>> fpu_exception    : yes
>> cpuid level    : 11
>> wp        : yes
>> flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
>> cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm constant_tsc
>> rep_good nopl xtopology pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 x2apic
>> popcnt aes hypervisor lahf_lm arat tpr_shadow vnmi flexpriority ept vpid
>> bogomips    : 5423.97
>> clflush size    : 64
>> cache_alignment    : 64
>> address sizes    : 40 bits physical, 48 bits virtual
>> power management:
>>
>> journalctl -b on host0 shows that libvirt complains about NUMA
>> configuration:
>>
>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: libvirt
>> version: 2.0.0, package: 10.el7_3.4 (CentOS BuildSystem <
>> http://bugs.centos.org>, 2017-01-17-23:37:48, c1bm.rdu2.centos.org)
>> Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: ovirtmgmt: port
>> 2(vnet0) entered disabled state
>> Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: device vnet0 left
>> promiscuous mode
>> Feb 07 06:33:23 lago-basic-suite-master-host0 kernel: ovirtmgmt: port
>> 2(vnet0) entered disabled state
>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: hostname:
>> lago-basic-suite-master-host0.lago.local
>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: Unable to
>> read from monitor: Connection reset by peer
>> Feb 07 06:33:23 lago-basic-suite-master-host0 libvirtd[12888]: internal
>> error: qemu unexpectedly closed the monitor: 2017-02-07T11:33:23.058571Z
>> qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9
>> 10 11 12 13 14 15
>>
>> 2017-02-07T11:33:23.058826Z qemu-kvm: warning: All CPU(s) up to maxcpus
>> should be described in NUMA config
>>                                                                qemu-kvm:
>> /builddir/build/BUILD/qemu-2.6.0/target-i386/kvm.c:1736: kvm_put_msrs:
>> Assertion `ret == n' failed.
>> Feb 07 06:33:23 lago-basic-suite-master-host0 NetworkManager[657]:
>> <info>  [1486467203.1025] device (vnet0): state change: disconnected ->
>> unmanaged (reason 'unmanaged') [30 10 3]
>> Feb 07 06:33:23 lago-basic-suite-master-host0 kvm[22059]: 0 guests now
>> active
>> Feb 07 06:33:23 lago-basic-suite-master-host0 systemd-machined[22044]:
>> Machine qemu-1-vm0 terminated.
>>
>> Thanks,
>> Ondra
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R&D
> Red Hat Israel
>
> phone: +972-9-7692018 <+972%209-769-2018>
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20170207/d05e81d4/attachment-0001.html>