<div dir="ltr">I've tried to run 'basic-suite-master' with [1], but I'm getting the following error:<div><br></div><div>_ID: VDS_CPU_LOWER_THAN_CLUSTER(515), Host lago-basic-suite-master-host-1 moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_Haswell-noTSX-IBRS</div><div><br></div><div><b><u>When running virsh on the host I see the following CPU:</u></b></div><div><br></div><div><model>Haswell-noTSX-IBRS</model></div><div><br></div><div><b><u>The CPU definition in the dom xml of the host:</u></b></div><div><br></div><div><div><cpu mode='host-passthrough' check='none'></div><div> <topology sockets='2' cores='1' threads='1'/></div><div> </cpu></div><div><br></div><div><br></div><div><u style="font-weight:bold">When running virsh on the VM (ovirt host) I see the following CPU:</u><br></div><div><u style="font-weight:bold"><br></u></div><div><model>Haswell-noTSX</model><br></div><div><br></div><div>Which doesn't match the CPU of the host.</div><div><br></div><div>thoughts?</div><div><br></div><div><br></div><div>[1] <a href="https://github.com/lago-project/lago-ost-plugin/pull/31">https://github.com/lago-project/lago-ost-plugin/pull/31</a></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 14, 2018 at 11:46 PM, Nadav Goldin <span dir="ltr"><<a href="mailto:ngoldin@virtual-gate.net" target="_blank">ngoldin@virtual-gate.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Trying to put together what I remember:<br>
1. We had a QEMU bug where it was stated clearly that<br>
nested-virtualization is only supported when using 'host-passthrough'<br>
(don't know if that had changed since).<br>
2. As consequence of (1) - Lago uses by default host-passthrough.<br>
3. When running O-S-T, we needed a deterministic way to decide which<br>
cluster level to use, taking into account that VDMS's CPU, can be,<br>
theoretically, anything.<br>
4. That is why you see 'Skylake' and 'IvyBridge' there - to match<br>
possible users of OST.<br>
5. Lago already uses 'virsh capabilities' to report the L1 VM's CPU,<br>
lago-ost-plugin uses that report as the input key to the mapping file.<br>
<br>
As far as I remember, we settled for this method after several<br>
on-going reports of users unable to run OST on their laptops due to<br>
CPU issues.<br>
<br>
<br>
<br>
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:michal.skrivanek@redhat.com">michal.skrivanek@redhat.com</a>> wrote:<br>
><br>
><br>
> On 12 Jan 2018, at 17:32, Yaniv Kaul <<a href="mailto:ykaul@redhat.com">ykaul@redhat.com</a>> wrote:<br>
><br>
><br>
><br>
> On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek<br>
> <<a href="mailto:michal.skrivanek@redhat.com">michal.skrivanek@redhat.com</a>> wrote:<br>
>><br>
>><br>
>><br>
>> On 12 Jan 2018, at 08:32, Tomas Jelinek <<a href="mailto:tjelinek@redhat.com">tjelinek@redhat.com</a>> wrote:<br>
>><br>
>><br>
>><br>
>> On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <<a href="mailto:ykaul@redhat.com">ykaul@redhat.com</a>> wrote:<br>
>>><br>
>>><br>
>>><br>
>>> On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <<a href="mailto:ykaul@redhat.com">ykaul@redhat.com</a>> wrote:<br>
>>>><br>
>>>> See[1] - do we need to update Lago / Lago OST plugin?<br>
>>><br>
>>><br>
>>> Something like <a href="https://github.com/lago-project/lago-ost-plugin/pull/31" rel="noreferrer" target="_blank">https://github.com/lago-<wbr>project/lago-ost-plugin/pull/<wbr>31</a><br>
>>> perhaps (not tested, don't have the HW).<br>
>><br>
>><br>
>> yes, seems like that should do the trick.<br>
>><br>
>><br>
>> sure, though, that list is also difficult to maintain<br>
>> e.g. IvyBridge is not an oVirt supported model, there’s no “Skylake” model<br>
>><br>
>> Nadav, what’s the exact purpose of that list, and can it be eliminated<br>
>> somehow?<br>
><br>
><br>
> It's to match, as possible, between the host CPU (which is passed to L1) so<br>
> it'll match oVirt’s.<br>
><br>
><br>
> getting it from "virsh capabilities" on the host would match it a bit<br>
> better. It would be enough to just make the L1 host report (via fake caps<br>
> hook if needed) the same model_X in getVdsCapabilities as the L0<br>
><br>
> It's not that difficult to maintain. We add new CPUs once-twice a year…?<br>
><br>
><br>
> yes, not often<br>
><br>
> Y.<br>
><br>
>><br>
>><br>
>> Thanks,<br>
>> michal<br>
>><br>
>><br>
>><br>
>>><br>
>>> Y.<br>
>>><br>
>>>><br>
>>>> Error Message<br>
>>>><br>
>>>> Unsupported CPU model: Haswell-noTSX-IBRS. Supported models:<br>
>>>> IvyBridge,Westmere,Skylake,<wbr>Penryn,Haswell,Broadwell,<wbr>Nehalem,Skylake-Client,<wbr>Broadwell-noTSX,Conroe,<wbr>SandyBridge,Haswell-noTSX<br>
>>>><br>
>>>> Stacktrace<br>
>>>><br>
>>>> Traceback (most recent call last):<br>
>>>> File "/usr/lib64/python2.7/<wbr>unittest/case.py", line 369, in run<br>
>>>> testMethod()<br>
>>>> File "/usr/lib/python2.7/site-<wbr>packages/nose/case.py", line 197, in<br>
>>>> runTest<br>
>>>> self.test(*self.arg)<br>
>>>> File "/usr/lib/python2.7/site-<wbr>packages/ovirtlago/testlib.py"<wbr>, line<br>
>>>> 129, in wrapped_test<br>
>>>> test()<br>
>>>> File "/usr/lib/python2.7/site-<wbr>packages/ovirtlago/testlib.py"<wbr>, line 59,<br>
>>>> in wrapper<br>
>>>> return func(get_test_prefix(), *args, **kwargs)<br>
>>>> File<br>
>>>> "/home/jenkins/workspace/<wbr>ovirt-system-tests_master_<wbr>check-patch-el7-x86_64/ovirt-<wbr>system-tests/basic-suite-<wbr>master/test-scenarios/002_<wbr>bootstrap.py",<br>
>>>> line 277, in add_cluster<br>
>>>> add_cluster_4(prefix)<br>
>>>> File<br>
>>>> "/home/jenkins/workspace/<wbr>ovirt-system-tests_master_<wbr>check-patch-el7-x86_64/ovirt-<wbr>system-tests/basic-suite-<wbr>master/test-scenarios/002_<wbr>bootstrap.py",<br>
>>>> line 305, in add_cluster_4<br>
>>>> cpu_family = prefix.virt_env.get_ovirt_cpu_<wbr>family()<br>
>>>> File "/usr/lib/python2.7/site-<wbr>packages/ovirtlago/virt.py", line 151,<br>
>>>> in get_ovirt_cpu_family<br>
>>>> ','.join(cpu_map[host.cpu_<wbr>vendor].iterkeys())<br>
>>>> RuntimeError: Unsupported CPU model: Haswell-noTSX-IBRS. Supported<br>
>>>> models:<br>
>>>> IvyBridge,Westmere,Skylake,<wbr>Penryn,Haswell,Broadwell,<wbr>Nehalem,Skylake-Client,<wbr>Broadwell-noTSX,Conroe,<wbr>SandyBridge,Haswell-noTSX<br>
>>>><br>
>>>><br>
>>>><br>
>>>> Y.<br>
>>>><br>
>>>> [1]<br>
>>>> <a href="http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/<wbr>ovirt-system-tests_master_<wbr>check-patch-el7-x86_64/3498/<wbr>testReport/junit/(root)/002_<wbr>bootstrap/add_cluster/</a><br>
>>><br>
>>><br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> Devel mailing list<br>
>>> <a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
>>> <a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/devel</a><br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> Devel mailing list<br>
>> <a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
>> <a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/devel</a><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Devel mailing list<br>
> <a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
> <a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/devel</a><br>
______________________________<wbr>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/devel</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><font face="overpass, sans-serif" color="#000000" size="2"><span style="text-transform:uppercase"><b>GAL bEN HAIM</b></span></font><div><span style="color:rgb(0,0,0);font-family:overpass,sans-serif;text-transform:uppercase"><font size="2">RHV DEVOPS</font></span><br></div></div></div>
</div>