10:37 a.m.
--_000_B2CAFC4D5E2D574A883EF61ACD5ADE3301000617SERV070corpeldo_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi everyone,
While I was figuring out how to implement the support for IBM POWER in the =
oVirt engine, I stumbled into an use case that can cause some confusion.
During the creation of a cluster, you can choose an empty processor name if=
you do not select the option "Enable Virt Service". As a result, it is pos=
sible to create a virtual machine inside a cluster without any attached hos=
ts. So, if you create a VM this way, it is impossible to decide in which ar=
chitecture it will run (if it is either x86-64 or POWER). Without knowing t=
his, the engine cannot show the proper list of device models (for networks,=
disks, displays, ...) in the frontend.
It raises some questions:
- Why oVirt allows the creation of clusters without a processor name?
- What exactly is the "Virt Service"? Why are the processor related checks=
only executed if this service is enabled?
- How can this use case be solved? Should the engine always enforce a prope=
r CPU name in all clusters?
- If the engine enforces every cluster to have a CPU name, what should be d=
one in the default Cluster?
Thanks,
Vitor
--_000_B2CAFC4D5E2D574A883EF61ACD5ADE3301000617SERV070corpeldo_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml"
xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word"
=
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml"
xmlns=3D"http:=
//www.w3.org/TR/REC-html40" <head <meta http-equiv=3D"Content-Type"
content=3D"text/html; charset=3Dus-ascii"=
<meta name=3D"Generator" content=3D"Microsoft
Word 14 (filtered medium)" <style><!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" / </xml><![endif]--><!--[if gte mso
9]><xml <o:shapelayout
v:ext=3D"edit" <o:idmap v:ext=3D"edit"
data=3D"1" /
</o:shapelayout></xml><![endif]--
</head <body lang=3D"PT-BR"
link=3D"blue" vlink=3D"purple" <div
class=3D"WordSection1" <p
class=3D"MsoNormal"><span lang=3D"EN-US">Hi
everyone,<o:p></o:p></span><=
/p <p class=3D"MsoNormal"><span
lang=3D"EN-US"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">While I was figuring out how to=
implement the support for IBM POWER in the oVirt engine, I stumbled into a=
n use case that can cause some confusion.<o:p></o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">During the creation of a cluste=
r, you can choose an empty processor name if you do not select the option &=
quot;Enable Virt Service". As a result, it is possible to create a vir=
tual machine inside a cluster without any attached
hosts. So, if you create a VM this way, it is impossible to decide in whic=
h architecture it will run (if it is either x86-64 or POWER). Without knowi=
ng this, the engine cannot show the proper list of device models (for netwo=
rks, disks, displays, ...) in the
frontend.<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
lang=3D"EN-US"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">It raises some questions:<o:p><=
/o:p></span></p <p
class=3D"MsoNormal"><span
lang=3D"EN-US"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">- Why oVirt allows the creation=
of clusters without a processor name?<o:p></o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">- What exactly is the "Vir=
t Service"? Why are the processor related checks only executed i=
f this service is enabled?<o:p></o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">- How can this use case be solv=
ed? Should the engine always enforce a proper CPU name in all clusters?<o:p=
></o:p></span></p <p
class=3D"MsoNormal"><span lang=3D"EN-US">- If the engine
enforces every =
cluster to have a CPU name, what should be done in the default Cluster?<o:p=
></o:p></span></p <p
class=3D"MsoNormal"><span
lang=3D"EN-US"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">Thanks,<o:p></o:p></span></p <p class=3D"MsoNormal"><span
lang=3D"EN-US">Vitor<o:p></o:p></span></p </div
</body </html
--_000_B2CAFC4D5E2D574A883EF61ACD5ADE3301000617SERV070corpeldo_--
8:15 a.m.
New subject: [Engine-devel] Clusters with empty processor name
On 05/23/2013 05:37 PM, Vitor de Lima wrote:
Hi everyone,
While I was figuring out how to implement the support for IBM POWER in
the oVirt engine, I stumbled into an use case that can cause some confusion.
During the creation of a cluster, you can choose an empty processor name
if you do not select the option "Enable Virt Service". As a result, it
is possible to create a virtual machine inside a cluster without any
attached hosts. So, if you create a VM this way, it is impossible to
decide in which architecture it will run (if it is either x86-64 or
POWER). Without knowing this, the engine cannot show the proper list of
device models (for networks, disks, displays, ...) in the frontend.
It raises some questions:
- Why oVirt allows the creation of clusters without a processor name?
so the first host added to the cluster will determine the cluster cpu level.
- What exactly is the "Virt Service"? Why are the processor related
checks only executed if this service is enabled?
virt service means you want to run VMs on that cluster, and not just use
it to host gluster based storage on that cluster.
- How can this use case be solved? Should the engine always enforce a
proper CPU name in all clusters?
are you sure use case is relevant - you can't use the cluster before
adding a host to it?
in any case, i think the 'arch' parameter would be a must.
arch would determine the list of cpu families allowed, etc.
- If the engine enforces every cluster to have a CPU name, what should
be done in the default Cluster?
Thanks,
Vitor
_______________________________________________
Engine-devel mailing list
Engine-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel
4008
days inactive
4009
days old
1 comments
2 participants
participants (2)
-
Itamar Heim -
Vitor de Lima