--_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, Potentially stupid question here. Sorry in advance if so. I have always bu= ilt out full blown multi rack instances of oVirt, and RHEV for clients, but= the following question has me wondering before I go digging and trying it = out... I realize that the oVirtLive ISO is for demo purposes, sandboxing, and not = production: I have a client, who is in need of a bootable AIO-based USB ins= tall with the caveat of being able to connect to the computer's HD and othe= r external storage at that point (for the Storage and ISO domains that I'll= create afterwards). This is because they have one BM to work with and the= y don't want the extra overhead using an SSD HD slot. They don't want to us= e a Sata DOM either if possible. In saying that, and concerning the oVirt LiveISO capabilities - I have two = questions. - Does the AIO USB install load necessary runtimes into memory, similar to = esxi bootable USBs and utilize the base hardware afterwards so that the res= t of the operations are ran in memory, hitting the disk (USB in this case) = like a normal OS load when needed for kernel calls, etc..?? - Are there a terrible performance costs if we stay with USB3 (which has a = ridiculous theoretical speed in certain hardware matching situations)? Thanks in advance for anyone who might have already crossed this bridge and= can provide insight. Michael J. McConachie | keys.fedoraproject.org | PubKey: 0x7BCD88F8 NOTE: The information included and/or attached in this electronic mail tran= smission may contain confidential or privileged information and is intended= solely for the addressee(s). Any unauthorized disclosure, reproduction, di= stribution or the taking of action in reliance on the contents of the infor= mation are strictly prohibited. If you have received the message in error, = please notify the sender by reply transmission and delete the message witho= ut copying, disclosing or forwarding. --_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"><!-- P {margin-top:0;margi= n-bottom:0;} --></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font= -family:'Courier New',monospace;" dir=3D"ltr"> <p><span>Hi all,</span></p> <p><br> </p> <p>Potentially stupid question here. Sorry in advance if so. I have a= lways built out full blown multi rack instances of oVirt, and RHEV for clie= nts, but the following question has me wondering before I go digging and tr= ying it out...</p> <p><br> </p> <p>I realize that the oVirtLive ISO is for demo purposes, sandboxing, and n= ot production: I have a client, who is in need of a bootable AIO-based USB = install with the caveat of being able to connect to the computer's HD and o= ther external storage at that point (for the Storage and ISO domains that I'll create afterwards). This = is because they have one BM to work with and they don't want the extra= overhead using an SSD HD slot. They don't want to use a Sata DOM either if= possible.<br> </p> <br> <p>In saying that, and concerning the oVirt LiveISO capabilities -&nbs= p;I have two questions.</p> <p><br> </p> <p>- Does the AIO USB install load necessary runtimes into memory, similar = to esxi bootable USBs and utilize the base hardware afterwards so that the = rest of the operations are ran in memory, hitting the disk (USB in this cas= e) like a normal OS load when needed for kernel calls, etc..??</p> <p>- Are there a terrible performance costs if we stay with USB3 (which has= a ridiculous theoretical speed in certain hardware matching situations)?</= p> <p><br> </p> <p>Thanks in advance for anyone who might have already crossed this bridge = and can provide insight.<br> </p> <p><br> </p> <div id=3D"Signature"> <pre><font style=3D"font-size:10pt" size=3D"2" face=3D"Courier New"><br>Mic= hael J. McConachie</font><font style=3D"font-size:10pt" size=3D"2" face=3D"= Courier New"><font style=3D"font-size:10pt"> | </font><font style=3D"font-s= ize:10pt" color=3D"#008A17">keys.fedoraproject.org</font><font style=3D"fon= t-size:10pt"> </font><font style=3D"font-size:10pt" color=3D"#AC193D"><font= style=3D"" color=3D"#000000">|</font> PubKey: 0x7BCD88F8</font><br></font>= </pre> <font style=3D"font-size:10pt" size=3D"2" face=3D"Courier New"><i><font sty= le=3D"" color=3D"#ff0000">NOTE: </font><font style=3D"" color=3D"#366092">The information included and/or a= ttached in this electronic mail transmission may contain confidential or pr= ivileged information and is intended solely for the addressee(s). Any unaut= horized disclosure, reproduction, distribution or the taking of action in reliance on the </font></i></font><font style= =3D"font-size:10pt" size=3D"2" face=3D"Courier New"><i><font style=3D"" col= or=3D"#366092">contents of the information are strictly prohibited. If you = have received the message in error, please notify the sender by reply transmission and delete the message without copying, d= isclosing or forwarding.</font></i></font> </div> </div> </body> </html> --_000_DM5PR03MB263695A8C2F650880DC40D8B8CD90DM5PR03MB2636namp_--