<div dir="ltr">Thank you Itamar, this is very helpful. When we restart our testing, we will test this and update this post for future users to find.<div><br></div><div>snip</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px">

<div>actually, i wonder which flag its missing that libvirt did not detect it as any supported model.</div></blockquote><div><br></div><div>endsnip</div><div><br></div><div><br></div><div>I can see if i can compare the function flags to determine the model of the processor, and perhaps this will give us a clue as to a functional differentiation between the netburst architecture and core architecture for your purposes. </div>

<div><br></div><div>Does the hypervisor do anything different based on which extensions are passed? I believe</div><div><br></div><div>I would note that RHEV system requirements is simply 64 bit and virtualization extensions, I suppose all processors should be supported, including older ones. I also assume the system will not run newer processors as hosts, so I guess that the developers will have to update this list of capabilities to be passed to qemu libvirt in the future, and that the list of processors will become longer and more confusing over time.</div>

<div><br></div><div>I suppose you could have a facility where the user can query and manage the host processor and the profile of capabilities passed to qemu?<br></div><div><br></div><div class="gmail_extra">Might it not be best to avoid identifying the &quot;branding&quot; the processor, and instead concentrate on identifying and informing the user which capabilities are found and will be passed to guests. You could warn users if certain capabilities are absent which may be important, and expect the user to update their hardware as they see fit. I frankly do not typically care about processor functions unless I am lacking one that is required  by the system I am running ie: vx extensions. I assume that other features may limit which OS you run ie pae, nx, sse2 being required for Windows 8. Otherwise I assume that extensions may increase performance or are not used by most operating systems and software. </div>

<div class="gmail_extra"><br></div><div class="gmail_extra">for example:</div><div class="gmail_extra"><br></div><div class="gmail_extra">&quot;the system found the following processor features on this host: <span style="font-family:arial,sans-serif;font-size:12.727272033691406px">vmx,sse2</span>. The following features will be passed to guests: <span style="font-family:arial,sans-serif;font-size:12.727272033691406px">qemu64,+sse2</span> . Note that some processors may lack features that are required by guest os&#39;s or are recommended for better performance. Note that this processor lacks NX extensions and may not run Windows 8 guests.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Thank  you again for your assistance in understanding our situation, Itamar<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Apologies if I am misunderstanding the situation, and my suggestions are out of context.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Sincerely</div><div class="gmail_extra"><br></div><div class="gmail_extra">Peter</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 9, 2014 at 6:02 PM, Itamar Heim <span dir="ltr">&lt;<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="">On 02/02/2014 12:36 AM, Peter Galgano wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Thanks for your help with the config change, Itamar<br>
<br>
So am I correct that the config change is to be made in the<br>
serverCPUList setting?<br>
</blockquote>
<br></div>
yes.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
May I please request the proper format of the configuration lines, and<br>
clear documentation of how to apply this workaround?<br>
</blockquote>
<br></div>
i went to 3.0 tag in the git repo.<br>
<br>
it was:<br>
select fn_db_add_config_value(&#39;<u></u>ServerCPUList&#39;,&#39;2:Intel Xeon w/o XD/NX:vmx,sse2:qemu64,-nx,+<u></u>sse2; 3:Intel Xeon:vmx,sse2,nx:qemu64,+sse2; 4:Intel Conroe Family:vmx,sse2,nx,cx16,ssse3:<u></u>qemu64,+sse2,+cx16,+ssse3; 5:Intel Penryn Family:vmx,sse2,nx,cx16,ssse3,<u></u>sse4_1:qemu64,+sse2,+cx16,+<u></u>ssse3,+sse4.1; 6:Intel Nehalem Family:vmx,sse2,nx,cx16,ssse3,<u></u>sse4_1,sse4_2,popcnt:qemu64,+<u></u>sse2,+cx16,+ssse3,+sse4.1,+<u></u>sse4.2,+popcnt; 2:AMD Opteron G1 w/o NX:svm,sse2:qemu64,-nx,+sse2; 3:AMD Opteron G1:svm,sse2,nx:qemu64,+sse2; 4:AMD Opteron G2:svm,sse2,nx,cx16:qemu64,+<u></u>sse2,+cx16; 5:AMD Opteron G3:svm,sse2,nx,cx16,sse4a,<u></u>misalignsse,popcnt,abm:qemu64,<u></u>+sse2,+cx16,+sse4a,+<u></u>misalignsse,+popcnt,+abm;&#39;,&#39;2.<u></u>2&#39;);<br>


<br>
I think this would work for you (check you have sse2 today via cat /proc/cpuinfo | grep sse2)<div class=""><br>
3:Intel Xeon:vmx,sse2,nx:qemu64,+sse2<br></div>
(change the number from 3 to something which doesn&#39;t exist in the current ServerCPUList you have.<br>
<br>
format is:<br>
3 - sort/id<br>
Intel Xeon - display name<br>
vmx,sse2,nx - flags engine verifies appear in getVdsCaps for this host<br>
qemu64,+sse2 - the cpu/flags engine passes to vdsm to pass to libvirt/qemu<div class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Perhaps we can collect our older processors into some &quot;other&quot; supported<br>
but not &quot;known or proper or whatever&quot; models. Your system can give us a<br>
warning for attempting an unexpected processor, but hosts are allowed to<br>
run. Isn&#39;t it obvious that an older processor may provide lesser<br>
capability compared to a newer one?<br>
<br>
I&#39;m installing on this hardware to gain experience with ovirt. and put a<br>
lab server together to test a roadmap to HA. I understand that i may not<br>
be the targeted audience, and you may not support all hardware..<br>
<br>
Respectfully to the developers, in my opinion I don&#39;t have an arbitrary<br>
set of cpu flags, I have two xeon 5060 &quot;dempsey&quot; processors which have<br>
been visualization workhorses for years. They are well known have a<br>
standard set of &quot;flags&quot; happily run about every known operating system<br>
and visualization environment except Ovirt at this point. Having<br>
stumbled on this limitation, and having spent hours trying to figure it<br>
out, it could be considered arbitrary that my processor didn&#39;t work<br>
without warning. Respectfully I think think it is most appropriate that<br>
the system allows my processor to run hosts and if it is not supported<br>
the system should provide a helpful message that provides some hope of<br>
being able to google a workaround or whatever.<br>
</blockquote>
</div><br>
</blockquote></div><br></div></div>