OST Regression in add cluster (IBRS related)
See[1] - do we need to update Lago / Lago OST plugin? 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-x86_6...
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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). 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-x86_6...
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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.
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-x86_6...
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--Apple-Mail=_F9767D4D-3D39-495D-AF58-B2202F13BB7D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com> wrote: =20 =20 =20 On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com = <mailto:ykaul@redhat.com>> wrote: =20 =20 On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@redhat.com = <mailto:ykaul@redhat.com>> wrote: See[1] - do we need to update Lago / Lago OST plugin? =20 Something like https://github.com/lago-project/lago-ost-plugin/pull/31 = <https://github.com/lago-project/lago-ost-plugin/pull/31> perhaps (not = tested, don't have the HW). =20 yes, seems like that should do the trick.
=20 Y. =20 Error Message =20 Unsupported CPU model: Haswell-noTSX-IBRS. Supported models: = IvyBridge,Westmere,Skylake,Penryn,Haswell,Broadwell,Nehalem,Skylake-Client= ,Broadwell-noTSX,Conroe,SandyBridge,Haswell-noTSX Stacktrace =20 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", =
sure, though, that list is also difficult to maintain e.g. IvyBridge is not an oVirt supported model, there=E2=80=99s no = =E2=80=9CSkylake=E2=80=9D model Nadav, what=E2=80=99s the exact purpose of that list, and can it be = eliminated somehow? Thanks, michal 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 =3D 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
=20 =20 Y. [1] = http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86= _64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/ = <http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x8= 6_64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/> =20 _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--Apple-Mail=_F9767D4D-3D39-495D-AF58-B2202F13BB7D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br = class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">On 12 Jan 2018, at 08:32, Tomas Jelinek <<a = href=3D"mailto:tjelinek@redhat.com" class=3D"">tjelinek@redhat.com</a>>= wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote">On Fri, Jan 12, 2018 at 8:18 AM, = Yaniv Kaul <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:ykaul@redhat.com" target=3D"_blank" = class=3D"">ykaul@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 = .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr" = class=3D""><br class=3D""><div class=3D"gmail_extra"><br class=3D""><div = class=3D"gmail_quote"><span class=3D"">On Fri, Jan 12, 2018 at 9:06 AM, = Yaniv Kaul <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:ykaul@redhat.com" target=3D"_blank" = class=3D"">ykaul@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr" class=3D"">See[1] - do we need to update Lago / Lago OST = plugin?</div></blockquote><div class=3D""><br class=3D""></div></span><div= class=3D"">Something like <a = href=3D"https://github.com/lago-project/lago-ost-plugin/pull/31" = target=3D"_blank" class=3D"">https://github.com/lago-<wbr = class=3D"">project/lago-ost-plugin/pull/<wbr class=3D"">31</a> perhaps = (not tested, don't have the = HW).</div></div></div></div></blockquote><div class=3D""><br = class=3D""></div><div class=3D"">yes, seems like that should do the = trick.<br class=3D""></div></div></div></div></div></blockquote><div><br = class=3D""></div>sure, though, that list is also difficult to = maintain</div><div>e.g. IvyBridge is not an oVirt supported model, = there=E2=80=99s no =E2=80=9CSkylake=E2=80=9D model</div><div><br = class=3D""></div><div>Nadav, what=E2=80=99s the exact purpose of that = list, and can it be eliminated somehow?</div><div><br = class=3D""></div><div>Thanks,</div><div>michal</div><div><br = class=3D""></div><div><br class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D"gmail_extra"><div class=3D"gmail_quote"><div = class=3D""> </div><blockquote class=3D"gmail_quote" style=3D"margin:0= 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr" = class=3D""><div class=3D"gmail_extra"><div class=3D"gmail_quote"><span = class=3D"HOEnZb"><font color=3D"#888888" class=3D""><div = class=3D"">Y.</div></font></span><span class=3D""><div = class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr" class=3D""><div = class=3D""><h3 = style=3D"box-sizing:border-box;color:rgb(51,51,51);font-family:Helvetica,A= rial,sans-serif" class=3D"">Error Message</h3><pre = style=3D"box-sizing:border-box;white-space:pre-wrap;word-wrap:break-word;m= argin-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13px" = class=3D"">Unsupported CPU model: Haswell-noTSX-IBRS. Supported models: = IvyBridge,Westmere,Skylake,Pen<wbr = class=3D"">ryn,Haswell,Broadwell,Nehalem,<wbr = class=3D"">Skylake-Client,Broadwell-<wbr = class=3D"">noTSX,Conroe,SandyBridge,<wbr class=3D"">Haswell-noTSX</pre><h3= = style=3D"box-sizing:border-box;color:rgb(51,51,51);font-family:Helvetica,A= rial,sans-serif" class=3D"">Stacktrace</h3><pre = style=3D"box-sizing:border-box;white-space:pre-wrap;word-wrap:break-word;m= argin-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13px" = class=3D"">Traceback (most recent call last): File "/usr/lib64/python2.7/unittest<wbr class=3D"">/case.py", line = 369, in run testMethod() File "/usr/lib/python2.7/site-packa<wbr class=3D"">ges/nose/case.py", = line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packa<wbr = class=3D"">ges/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packa<wbr = class=3D"">ges/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt<wbr = class=3D"">-system-tests_master_check-<wbr = class=3D"">patch-el7-x86_64/ovirt-system-<wbr = class=3D"">tests/basic-suite-master/test-<wbr = class=3D"">scenarios/002_bootstrap.py", line 277, in add_cluster add_cluster_4(prefix) File "/home/jenkins/workspace/ovirt<wbr = class=3D"">-system-tests_master_check-<wbr = class=3D"">patch-el7-x86_64/ovirt-system-<wbr = class=3D"">tests/basic-suite-master/test-<wbr = class=3D"">scenarios/002_bootstrap.py", line 305, in add_cluster_4 cpu_family =3D prefix.virt_env.get_ovirt_cpu_<wbr class=3D"">family() File "/usr/lib/python2.7/site-packa<wbr = class=3D"">ges/ovirtlago/virt.py", line 151, in get_ovirt_cpu_family ','.join(cpu_map[host.cpu_vend<wbr class=3D"">or].iterkeys()) RuntimeError: Unsupported CPU model: Haswell-noTSX-IBRS. Supported = models: IvyBridge,Westmere,Skylake,Pen<wbr = class=3D"">ryn,Haswell,Broadwell,Nehalem,<wbr = class=3D"">Skylake-Client,Broadwell-<wbr = class=3D"">noTSX,Conroe,SandyBridge,<wbr = class=3D"">Haswell-noTSX</pre><pre = style=3D"box-sizing:border-box;white-space:pre-wrap;word-wrap:break-word;m= argin-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13px" = class=3D""><br class=3D""></pre><pre = style=3D"box-sizing:border-box;white-space:pre-wrap;word-wrap:break-word;m= argin-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13px" = class=3D""><br class=3D""></pre></div><div class=3D""><pre = style=3D"box-sizing:border-box;white-space:pre-wrap;word-wrap:break-word;m= argin-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13px" = class=3D"">Y.</pre><pre = style=3D"box-sizing:border-box;white-space:pre-wrap;word-wrap:break-word;m= argin-top:0px;margin-bottom:0px;color:rgb(51,51,51);font-size:13px" = class=3D"">[1] <a = href=3D"http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch= -el7-x86_64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/" = target=3D"_blank" class=3D"">http://jenkins.ovirt.org/job/o<wbr = class=3D"">virt-system-tests_master_check<wbr = class=3D"">-patch-el7-x86_64/3498/testRep<wbr = class=3D"">ort/junit/(root)/002_bootstrap<wbr = class=3D"">/add_cluster/</a></pre></div></div> </blockquote></span></div><br class=3D""></div></div> <br class=3D"">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" class=3D"">Devel@ovirt.org</a><br = class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/devel</a><br class=3D""></blockquote></div><br= class=3D""></div></div> _______________________________________________<br class=3D"">Devel = mailing list<br class=3D""><a href=3D"mailto:Devel@ovirt.org" = class=3D"">Devel@ovirt.org</a><br = class=3D"">http://lists.ovirt.org/mailman/listinfo/devel</div></blockquote=
</div><br class=3D""></body></html>=
--Apple-Mail=_F9767D4D-3D39-495D-AF58-B2202F13BB7D--
On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com> wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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. It's not that difficult to maintain. We add new CPUs once-twice a year...? 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-x86_6...
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--Apple-Mail=_E3F49A1E-B35C-4180-A492-AF33068E2F35 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@redhat.com> wrote: =20 =20 =20 On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek = <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> = wrote: =20 =20
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com = <mailto:tjelinek@redhat.com>> wrote: =20 =20 =20 On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com = <mailto:ykaul@redhat.com>> wrote: =20 =20 On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@redhat.com = <mailto:ykaul@redhat.com>> wrote: See[1] - do we need to update Lago / Lago OST plugin? =20 Something like = https://github.com/lago-project/lago-ost-plugin/pull/31 = <https://github.com/lago-project/lago-ost-plugin/pull/31> perhaps (not = tested, don't have the HW). =20 yes, seems like that should do the trick. =20 sure, though, that list is also difficult to maintain e.g. IvyBridge is not an oVirt supported model, there=E2=80=99s no = =E2=80=9CSkylake=E2=80=9D model =20 Nadav, what=E2=80=99s the exact purpose of that list, and can it be = eliminated somehow? =20 It's to match, as possible, between the host CPU (which is passed to = L1) so it'll match oVirt=E2=80=99s.
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=20
It's not that difficult to maintain. We add new CPUs once-twice a = year=E2=80=A6?
Y. =20 =20 Thanks, michal =20 =20
=20 Y. =20 Error Message =20 Unsupported CPU model: Haswell-noTSX-IBRS. Supported models: = IvyBridge,Westmere,Skylake,Penryn,Haswell,Broadwell,Nehalem,Skylake-Client= ,Broadwell-noTSX,Conroe,SandyBridge,Haswell-noTSX Stacktrace =20 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", =
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", =
yes, not often line 277, in add_cluster line 305, in add_cluster_4
cpu_family =3D 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
=20 =20 Y. [1] = http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86= _64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/ = <http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x8= 6_64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/> =20 _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel>
--Apple-Mail=_E3F49A1E-B35C-4180-A492-AF33068E2F35 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br = class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">On 12 Jan 2018, at 17:32, Yaniv Kaul <<a = href=3D"mailto:ykaul@redhat.com" class=3D"">ykaul@redhat.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><br = class=3D"Apple-interchange-newline"><br style=3D"font-family: Helvetica; = font-size: 12px; font-style: normal; font-variant-caps: normal; = font-weight: normal; letter-spacing: normal; text-align: start; = text-indent: 0px; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"gmail_quote" style=3D"font-family: Helvetica; font-size: 12px; = font-style: normal; font-variant-caps: normal; font-weight: normal; = letter-spacing: normal; text-align: start; text-indent: 0px; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;">On Fri, Jan 12, 2018 at 1:05 PM, Michal = Skrivanek<span class=3D"Apple-converted-space"> </span><span = dir=3D"ltr" class=3D""><<a href=3D"mailto:michal.skrivanek@redhat.com" = target=3D"_blank" = class=3D"">michal.skrivanek@redhat.com</a>></span><span = class=3D"Apple-converted-space"> </span>wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin: 0px 0px = 0px 0.8ex; border-left-width: 1px; border-left-style: solid; = border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div = style=3D"word-wrap: break-word; line-break: after-white-space;" = class=3D""><br class=3D""><div class=3D""><span class=3D""><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On 12 = Jan 2018, at 08:32, Tomas Jelinek <<a = href=3D"mailto:tjelinek@redhat.com" target=3D"_blank" = class=3D"">tjelinek@redhat.com</a>> wrote:</div><br = class=3D"m_5286394179726035691Apple-interchange-newline"><div = class=3D""><div dir=3D"ltr" class=3D""><br class=3D""><div = class=3D"gmail_extra"><br class=3D""><div class=3D"gmail_quote">On Fri, = Jan 12, 2018 at 8:18 AM, Yaniv Kaul<span = class=3D"Apple-converted-space"> </span><span dir=3D"ltr" = class=3D""><<a href=3D"mailto:ykaul@redhat.com" target=3D"_blank" = class=3D"">ykaul@redhat.com</a>></span><span = class=3D"Apple-converted-space"> </span>wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin: 0px 0px = 0px 0.8ex; border-left-width: 1px; border-left-style: solid; = border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote"><span class=3D"">On Fri, Jan 12, = 2018 at 9:06 AM, Yaniv Kaul<span = class=3D"Apple-converted-space"> </span><span dir=3D"ltr" = class=3D""><<a href=3D"mailto:ykaul@redhat.com" target=3D"_blank" = class=3D"">ykaul@redhat.com</a>></span><span = class=3D"Apple-converted-space"> </span>wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin: 0px 0px = 0px 0.8ex; border-left-width: 1px; border-left-style: solid; = border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div = dir=3D"ltr" class=3D"">See[1] - do we need to update Lago / Lago OST = plugin?</div></blockquote><div class=3D""><br class=3D""></div></span><div= class=3D"">Something like <a = href=3D"https://github.com/lago-project/lago-ost-plugin/pull/31" = target=3D"_blank" class=3D"">https://github.com/lago-p<wbr = class=3D"">roject/lago-ost-plugin/pull/31</a><span = class=3D"Apple-converted-space"> </span>perhaps (not tested, don't = have the HW).</div></div></div></div></blockquote><div class=3D""><br = class=3D""></div><div class=3D"">yes, seems like that should do the = trick.<br class=3D""></div></div></div></div></div></blockquote><div = class=3D""><br class=3D""></div></span>sure, though, that list is also = difficult to maintain</div><div class=3D"">e.g. IvyBridge is not an = oVirt supported model, there=E2=80=99s no =E2=80=9CSkylake=E2=80=9D = model</div><div class=3D""><br class=3D""></div><div class=3D"">Nadav, = what=E2=80=99s the exact purpose of that list, and can it be eliminated = somehow?</div></div></blockquote><div class=3D""><br class=3D""></div><div= class=3D"">It's to match, as possible, between the host CPU (which is = passed to L1) so it'll match = oVirt=E2=80=99s.</div></div></div></blockquote><div><br = class=3D""></div><div>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 </div><br class=3D""><blockquote = type=3D"cite" class=3D""><div class=3D""><div class=3D"gmail_quote" = style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; = font-variant-caps: normal; font-weight: normal; letter-spacing: normal; = text-align: start; text-indent: 0px; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div = class=3D"">It's not that difficult to maintain. We add new CPUs = once-twice a year=E2=80=A6?</div></div></div></blockquote><div><br = class=3D""></div>yes, not often</div><div><br class=3D""><blockquote = type=3D"cite" class=3D""><div class=3D""><div class=3D"gmail_quote" = style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; = font-variant-caps: normal; font-weight: normal; letter-spacing: normal; = text-align: start; text-indent: 0px; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div = class=3D"">Y.</div><div class=3D""> </div><blockquote = class=3D"gmail_quote" style=3D"margin: 0px 0px 0px 0.8ex; = border-left-width: 1px; border-left-style: solid; border-left-color: = rgb(204, 204, 204); padding-left: 1ex;"><div style=3D"word-wrap: = break-word; line-break: after-white-space;" class=3D""><div class=3D""><br= class=3D""></div><div class=3D"">Thanks,</div><div = class=3D"">michal</div><div class=3D""><div class=3D"h5"><div = class=3D""><br class=3D""></div><div class=3D""><br class=3D""><blockquote= type=3D"cite" class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div= class=3D"gmail_extra"><div class=3D"gmail_quote"><div = class=3D""> </div><blockquote class=3D"gmail_quote" style=3D"margin: = 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; = border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><div = dir=3D"ltr" class=3D""><div class=3D"gmail_extra"><div = class=3D"gmail_quote"><span class=3D"m_5286394179726035691HOEnZb"><font = color=3D"#888888" class=3D""><div class=3D"">Y.</div></font></span><span = class=3D""><div class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin: 0px 0px 0px 0.8ex; border-left-width: 1px; = border-left-style: solid; border-left-color: rgb(204, 204, 204); = padding-left: 1ex;"><div dir=3D"ltr" class=3D""><div class=3D""><h3 = style=3D"box-sizing: border-box; color: rgb(51, 51, 51); font-family: = Helvetica, Arial, sans-serif;" class=3D"">Error Message</h3><pre = style=3D"box-sizing: border-box; white-space: pre-wrap; word-wrap: = break-word; margin-top: 0px; margin-bottom: 0px; color: rgb(51, 51, 51); = font-size: 13px;" class=3D"">Unsupported CPU model: Haswell-noTSX-IBRS. = Supported models: IvyBridge,Westmere,Skylake,Pen<wbr = class=3D"">ryn,Haswell,Broadwell,Nehalem,<wbr = class=3D"">Skylake-Client,Broadwell-noTSX<wbr = class=3D"">,Conroe,SandyBridge,Haswell-<wbr class=3D"">noTSX</pre><h3 = style=3D"box-sizing: border-box; color: rgb(51, 51, 51); font-family: = Helvetica, Arial, sans-serif;" class=3D"">Stacktrace</h3><pre = style=3D"box-sizing: border-box; white-space: pre-wrap; word-wrap: = break-word; margin-top: 0px; margin-bottom: 0px; color: rgb(51, 51, 51); = font-size: 13px;" class=3D"">Traceback (most recent call last): File "/usr/lib64/python2.7/unittest<wbr class=3D"">/case.py", line = 369, in run testMethod() File "/usr/lib/python2.7/site-packa<wbr class=3D"">ges/nose/case.py", = line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packa<wbr = class=3D"">ges/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packa<wbr = class=3D"">ges/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt<wbr = class=3D"">-system-tests_master_check-pat<wbr = class=3D"">ch-el7-x86_64/ovirt-system-tes<wbr = class=3D"">ts/basic-suite-master/test-sce<wbr = class=3D"">narios/002_bootstrap.py", line 277, in add_cluster add_cluster_4(prefix) File "/home/jenkins/workspace/ovirt<wbr = class=3D"">-system-tests_master_check-pat<wbr = class=3D"">ch-el7-x86_64/ovirt-system-tes<wbr = class=3D"">ts/basic-suite-master/test-sce<wbr = class=3D"">narios/002_bootstrap.py", line 305, in add_cluster_4 cpu_family =3D prefix.virt_env.get_ovirt_cpu_<wbr class=3D"">family() File "/usr/lib/python2.7/site-packa<wbr = class=3D"">ges/ovirtlago/virt.py", line 151, in get_ovirt_cpu_family ','.join(cpu_map[host.cpu_vend<wbr class=3D"">or].iterkeys()) RuntimeError: Unsupported CPU model: Haswell-noTSX-IBRS. Supported = models: IvyBridge,Westmere,Skylake,Pen<wbr = class=3D"">ryn,Haswell,Broadwell,Nehalem,<wbr = class=3D"">Skylake-Client,Broadwell-noTSX<wbr = class=3D"">,Conroe,SandyBridge,Haswell-<wbr class=3D"">noTSX</pre><pre = style=3D"box-sizing: border-box; white-space: pre-wrap; word-wrap: = break-word; margin-top: 0px; margin-bottom: 0px; color: rgb(51, 51, 51); = font-size: 13px;" class=3D""><br class=3D""></pre><pre = style=3D"box-sizing: border-box; white-space: pre-wrap; word-wrap: = break-word; margin-top: 0px; margin-bottom: 0px; color: rgb(51, 51, 51); = font-size: 13px;" class=3D""><br class=3D""></pre></div><div = class=3D""><pre style=3D"box-sizing: border-box; white-space: pre-wrap; = word-wrap: break-word; margin-top: 0px; margin-bottom: 0px; color: = rgb(51, 51, 51); font-size: 13px;" class=3D"">Y.</pre><pre = style=3D"box-sizing: border-box; white-space: pre-wrap; word-wrap: = break-word; margin-top: 0px; margin-bottom: 0px; color: rgb(51, 51, 51); = font-size: 13px;" class=3D"">[1] <a = href=3D"http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch= -el7-x86_64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/" = target=3D"_blank" class=3D"">http://jenkins.ovirt.org/job/o<wbr = class=3D"">virt-system-tests_master_check<wbr = class=3D"">-patch-el7-x86_64/3498/testRep<wbr = class=3D"">ort/junit/(root)/002_bootstrap<wbr = class=3D"">/add_cluster/</a></pre></div></div></blockquote></span></div><b= r class=3D""></div></div><br class=3D"">______________________________<wbr= class=3D"">_________________<br class=3D"">Devel mailing list<br = class=3D""><a href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""><a = href=3D"http://lists.ovirt.org/mailman/listinfo/devel" rel=3D"noreferrer" = target=3D"_blank" class=3D"">http://lists.ovirt.org/mailman<wbr = class=3D"">/listinfo/devel</a><br class=3D""></blockquote></div><br = class=3D""></div></div>______________________________<wbr = class=3D"">_________________<br class=3D"">Devel mailing list<br = class=3D""><a href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""><a = href=3D"http://lists.ovirt.org/mailman/listinfo/devel" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/devel</a></div></blockquote></div></div></div>= </div></blockquote></div></div></blockquote></div><br = class=3D""></body></html>= --Apple-Mail=_E3F49A1E-B35C-4180-A492-AF33068E2F35--
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek <michal.skrivanek@ redhat.com> wrote:
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com> wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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
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-x86_6...
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
On Fri, Jan 12, 2018 at 7:07 PM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@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@redhat.com> wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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-x86_6...
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- *GAL bEN HAIM* RHV DEVOPS
Trying to put together what I remember: 1. We had a QEMU bug where it was stated clearly that nested-virtualization is only supported when using 'host-passthrough' (don't know if that had changed since). 2. As consequence of (1) - Lago uses by default host-passthrough. 3. When running O-S-T, we needed a deterministic way to decide which cluster level to use, taking into account that VDMS's CPU, can be, theoretically, anything. 4. That is why you see 'Skylake' and 'IvyBridge' there - to match possible users of OST. 5. Lago already uses 'virsh capabilities' to report the L1 VM's CPU, lago-ost-plugin uses that report as the input key to the mapping file. As far as I remember, we settled for this method after several on-going reports of users unable to run OST on their laptops due to CPU issues. On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com> wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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
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-x86_6...
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
I've tried to run 'basic-suite-master' with [1], but I'm getting the following error: _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 *When running virsh on the host I see the following CPU:* <model>Haswell-noTSX-IBRS</model> *The CPU definition in the dom xml of the host:* <cpu mode='host-passthrough' check='none'> <topology sockets='2' cores='1' threads='1'/> </cpu> *When running virsh on the VM (ovirt host) I see the following CPU:* <model>Haswell-noTSX</model> Which doesn't match the CPU of the host. thoughts? [1] https://github.com/lago-project/lago-ost-plugin/pull/31 On Sun, Jan 14, 2018 at 11:46 PM, Nadav Goldin <ngoldin@virtual-gate.net> wrote:
Trying to put together what I remember: 1. We had a QEMU bug where it was stated clearly that nested-virtualization is only supported when using 'host-passthrough' (don't know if that had changed since). 2. As consequence of (1) - Lago uses by default host-passthrough. 3. When running O-S-T, we needed a deterministic way to decide which cluster level to use, taking into account that VDMS's CPU, can be, theoretically, anything. 4. That is why you see 'Skylake' and 'IvyBridge' there - to match possible users of OST. 5. Lago already uses 'virsh capabilities' to report the L1 VM's CPU, lago-ost-plugin uses that report as the input key to the mapping file.
As far as I remember, we settled for this method after several on-going reports of users unable to run OST on their laptops due to CPU issues.
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com> wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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
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-x86_64/3498/testReport/junit/(root)/002_ bootstrap/add_cluster/
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- *GAL bEN HAIM* RHV DEVOPS
Maybe related to [1]? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1533125 On Mon, Jan 15, 2018 at 5:40 PM, Gal Ben Haim <gbenhaim@redhat.com> wrote:
I've tried to run 'basic-suite-master' with [1], but I'm getting the following error:
_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
When running virsh on the host I see the following CPU:
<model>Haswell-noTSX-IBRS</model>
The CPU definition in the dom xml of the host:
<cpu mode='host-passthrough' check='none'> <topology sockets='2' cores='1' threads='1'/> </cpu>
When running virsh on the VM (ovirt host) I see the following CPU:
<model>Haswell-noTSX</model>
Which doesn't match the CPU of the host.
thoughts?
[1] https://github.com/lago-project/lago-ost-plugin/pull/31
On Sun, Jan 14, 2018 at 11:46 PM, Nadav Goldin <ngoldin@virtual-gate.net> wrote:
Trying to put together what I remember: 1. We had a QEMU bug where it was stated clearly that nested-virtualization is only supported when using 'host-passthrough' (don't know if that had changed since). 2. As consequence of (1) - Lago uses by default host-passthrough. 3. When running O-S-T, we needed a deterministic way to decide which cluster level to use, taking into account that VDMS's CPU, can be, theoretically, anything. 4. That is why you see 'Skylake' and 'IvyBridge' there - to match possible users of OST. 5. Lago already uses 'virsh capabilities' to report the L1 VM's CPU, lago-ost-plugin uses that report as the input key to the mapping file.
As far as I remember, we settled for this method after several on-going reports of users unable to run OST on their laptops due to CPU issues.
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com> wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@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
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-x86_6...
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- GAL bEN HAIM RHV DEVOPS
On Mon, Jan 15, 2018 at 5:46 PM, Nadav Goldin <ngoldin@virtual-gate.net> wrote:
Maybe related to [1]?
This is for RHEL 7.5, if its related then we should look at the 7.4.z clone: *Bug 1533418* <https://bugzilla.redhat.com/show_bug.cgi?id=1533418> - Libvirt may prefer $CPUModel over $CPUModel-IBRS when reporting host CPU model [rhel-7.4.z]
I've tried to run 'basic-suite-master' with [1], but I'm getting the following error:
_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
When running virsh on the host I see the following CPU:
<model>Haswell-noTSX-IBRS</model>
The CPU definition in the dom xml of the host:
<cpu mode='host-passthrough' check='none'> <topology sockets='2' cores='1' threads='1'/> </cpu>
When running virsh on the VM (ovirt host) I see the following CPU:
<model>Haswell-noTSX</model>
Which doesn't match the CPU of the host.
thoughts?
[1] https://github.com/lago-project/lago-ost-plugin/pull/31
On Sun, Jan 14, 2018 at 11:46 PM, Nadav Goldin <ngoldin@virtual-gate.net
wrote:
Trying to put together what I remember: 1. We had a QEMU bug where it was stated clearly that nested-virtualization is only supported when using 'host-passthrough' (don't know if that had changed since). 2. As consequence of (1) - Lago uses by default host-passthrough. 3. When running O-S-T, we needed a deterministic way to decide which cluster level to use, taking into account that VDMS's CPU, can be, theoretically, anything. 4. That is why you see 'Skylake' and 'IvyBridge' there - to match possible users of OST. 5. Lago already uses 'virsh capabilities' to report the L1 VM's CPU, lago-ost-plugin uses that report as the input key to the mapping file.
As far as I remember, we settled for this method after several on-going reports of users unable to run OST on their laptops due to CPU issues.
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com> wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com>
wrote:
On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@redhat.com>
wrote:
> > See[1] - do we need to update Lago / Lago OST plugin?
Something like https://github.com/lago-
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
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",
> 129, in wrapped_test > test() > File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py",
On Mon, Jan 15, 2018 at 5:40 PM, Gal Ben Haim <gbenhaim@redhat.com> wrote: project/lago-ost-plugin/pull/31 line 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-x86_64/3498/testReport/junit/(root)/002_ bootstrap/add_cluster/
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- GAL bEN HAIM RHV DEVOPS
Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
As a workaround, we can map *-IBRS: Intel * Family On Mon, Jan 15, 2018 at 5:52 PM, Eyal Edri <eedri@redhat.com> wrote:
On Mon, Jan 15, 2018 at 5:46 PM, Nadav Goldin <ngoldin@virtual-gate.net> wrote:
Maybe related to [1]?
Seems like this is the cause.
This is for RHEL 7.5, if its related then we should look at the 7.4.z clone:
*Bug 1533418* <https://bugzilla.redhat.com/show_bug.cgi?id=1533418> - Libvirt may prefer $CPUModel over $CPUModel-IBRS when reporting host CPU model [rhel-7.4.z]
I've tried to run 'basic-suite-master' with [1], but I'm getting the following error:
_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
When running virsh on the host I see the following CPU:
<model>Haswell-noTSX-IBRS</model>
The CPU definition in the dom xml of the host:
<cpu mode='host-passthrough' check='none'> <topology sockets='2' cores='1' threads='1'/> </cpu>
When running virsh on the VM (ovirt host) I see the following CPU:
<model>Haswell-noTSX</model>
Which doesn't match the CPU of the host.
thoughts?
[1] https://github.com/lago-project/lago-ost-plugin/pull/31
On Sun, Jan 14, 2018 at 11:46 PM, Nadav Goldin < ngoldin@virtual-gate.net> wrote:
Trying to put together what I remember: 1. We had a QEMU bug where it was stated clearly that nested-virtualization is only supported when using 'host-passthrough' (don't know if that had changed since). 2. As consequence of (1) - Lago uses by default host-passthrough. 3. When running O-S-T, we needed a deterministic way to decide which cluster level to use, taking into account that VDMS's CPU, can be, theoretically, anything. 4. That is why you see 'Skylake' and 'IvyBridge' there - to match possible users of OST. 5. Lago already uses 'virsh capabilities' to report the L1 VM's CPU, lago-ost-plugin uses that report as the input key to the mapping file.
As far as I remember, we settled for this method after several on-going reports of users unable to run OST on their laptops due to CPU issues.
On Fri, Jan 12, 2018 at 6:49 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 17:32, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Jan 12, 2018 at 1:05 PM, Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
On 12 Jan 2018, at 08:32, Tomas Jelinek <tjelinek@redhat.com>
wrote:
On Fri, Jan 12, 2018 at 8:18 AM, Yaniv Kaul <ykaul@redhat.com>
wrote:
> > > > On Fri, Jan 12, 2018 at 9:06 AM, Yaniv Kaul <ykaul@redhat.com> wrote: >> >> See[1] - do we need to update Lago / Lago OST plugin? > > > Something like https://github.com/lago-projec t/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
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",
>> 129, in wrapped_test >> test() >> File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py",
>> 59, >> in wrapper >> return func(get_test_prefix(), *args, **kwargs) >> File >> >> "/home/jenkins/workspace/ovirt-system-tests_master_check-
>> line 277, in add_cluster >> add_cluster_4(prefix) >> File >> >> "/home/jenkins/workspace/ovirt-system-tests_master_check-
On Mon, Jan 15, 2018 at 5:40 PM, Gal Ben Haim <gbenhaim@redhat.com> wrote: line line patch-el7-x86_64/ovirt-system-tests/basic-suite-master/test- scenarios/002_bootstrap.py", 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-x86_64/3498/testReport/junit/(root)/002_bootstrap/add_cluster/ > > > > _______________________________________________ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- GAL bEN HAIM RHV DEVOPS
Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
Eyal edri
MANAGER
RHV DevOps
EMEA VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)
-- *GAL bEN HAIM* RHV DEVOPS
participants (6)
-
Eyal Edri -
Gal Ben Haim -
Michal Skrivanek -
Nadav Goldin -
Tomas Jelinek -
Yaniv Kaul