On Fri, Jan 12, 2018 at 7:07 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek <
michal.skrivanek(a)redhat.com> wrote:
>
>
> On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul(a)redhat.com> wrote:
>
>
>
> On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek <michal.skrivanek@re
> dhat.com> wrote:
>
>>
>>
>> On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek(a)redhat.com> wrote:
>>
>>
>>
>> On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
>>
>>>
>>>
>>> On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
>>>
>>>> See[1] - do we need to update Lago / Lago OST plugin?
>>>>
>>>
>>> Something like
https://github.com/lago-project/lago-ost-plugin/pull/31
perhaps
>>> (not tested, don't have the HW).
>>>
>>
>> yes, seems like that should do the trick.
>>
>>
>> sure, though, that list is also difficult to maintain
>> e.g. IvyBridge is not an oVirt supported model, there’s no “Skylake”
>> model
>>
>> Nadav, what’s the exact purpose of that list, and can it be eliminated
>> somehow?
>>
>
> It's to match, as possible, between the host CPU (which is passed to L1)
> so it'll match oVirt’s.
>
>
> getting it from "virsh capabilities" on the host would match it a bit
> better. It would be enough to just make the L1 host report (via fake caps
> hook if needed) the same model_X in getVdsCapabilities as the L0
>
1. Can you please explain how it can be achieved?
2. Will it eliminate the need to translate between the cpu model and the
cpu family?
That used to be my initial implementation. I don't recall why it was
changed.
Y.
>
> It's not that difficult to maintain. We add new CPUs once-twice a year…?
>
>
> yes, not often
>
> Y.
>
>
>>
>> Thanks,
>> michal
>>
>>
>>
>>
>>> Y.
>>>
>>>
>>>> Error Message
>>>>
>>>> Unsupported CPU model: Haswell-noTSX-IBRS. Supported models:
IvyBridge,Westmere,Skylake,Penryn,Haswell,Broadwell,Nehalem,Skylake-Client,Broadwell-noTSX,Conroe,SandyBridge,Haswell-noTSX
>>>>
>>>> Stacktrace
>>>>
>>>> Traceback (most recent call last):
>>>> File "/usr/lib64/python2.7/unittest/case.py", line 369, in
run
>>>> testMethod()
>>>> File "/usr/lib/python2.7/site-packages/nose/case.py", line
197, in runTest
>>>> self.test(*self.arg)
>>>> File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py",
line 129, in wrapped_test
>>>> test()
>>>> File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py",
line 59, in wrapper
>>>> return func(get_test_prefix(), *args, **kwargs)
>>>> File
"/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py",
line 277, in add_cluster
>>>> add_cluster_4(prefix)
>>>> File
"/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py",
line 305, in add_cluster_4
>>>> cpu_family = prefix.virt_env.get_ovirt_cpu_family()
>>>> File "/usr/lib/python2.7/site-packages/ovirtlago/virt.py",
line 151, in get_ovirt_cpu_family
>>>> ','.join(cpu_map[host.cpu_vendor].iterkeys())
>>>> RuntimeError: Unsupported CPU model: Haswell-noTSX-IBRS. Supported
models:
IvyBridge,Westmere,Skylake,Penryn,Haswell,Broadwell,Nehalem,Skylake-Client,Broadwell-noTSX,Conroe,SandyBridge,Haswell-noTSX
>>>>
>>>>
>>>>
>>>> Y.
>>>>
>>>> [1]
http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x8...
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel(a)ovirt.org
>>>
http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel(a)ovirt.org
>>
http://lists.ovirt.org/mailman/listinfo/devel
>>
>>
>
--
*GAL bEN HAIM*
RHV DEVOPS