<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_signature"><div dir="ltr"><table style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium" border="0"><tbody><tr><td width="100px"><br></td></tr></tbody></table></div></div>On Mon, Sep 11, 2017 at 10:39 AM, Gianluca Cecchi <span dir="ltr"><<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-">On Mon, Sep 11, 2017 at 4:13 PM, Simone Tiraboschi <span dir="ltr"><<a href="mailto:stirabos@redhat.com" target="_blank">stirabos@redhat.com</a>></span> wrote:<br></span><div><div>Are the ovirt repos already setup when I have installed from the iso or do I have to install ovirt-release-xx rpm? <br></div></div></div></div></div></blockquote><div><br></div><div>They're already ready-to-go, so engine will pick up any updates when there's available.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>I'm exploring
situations where NGN could be suitable better than full CentOS OS for
hypervisors and I would like to know clearly advantages and limits.</div></div></div></div></blockquote><div><br></div><div>The primary advantage is that it's a system which comes ready for oVirt, and the entire thing is updated in one shot, with rollback capability. So you can "yum upgrade" from 4.0.3 (for example) to 4.1.5 in one command, and go back to the old version of something doesn't work as expected.</div><div><br></div><div>As of 4.1, we also reinstall any vendor tooling you've installed with yum, so packages "stick" across images. If all you want is a hypervisor, and you don't need the flexibility of a full CentOS host, Node is probably a good choice.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div>Thanks in advance<span class="gmail-HOEnZb"><font color="#888888"><br></font></span><span class="gmail-"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="gmail-m_4385631860221911603gmail-">On Sat, Sep 9, 2017 at 8:25 PM, Gianluca Cecchi <span dir="ltr"><<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div><div>Hello,<br></div>it is not clear to me the exact workflow in case of testing what in object.<br><br></div>For sure first step is to install base node from iso.<br></div>NGN has no more read only filesystem.<br></div>Does this mean that I have to set up eg multipath for FC LUNs (engine and data domain) before running the engine setup via cockpit?<br></div>Or when I specify FC in type of storage domain it would ask and setup automatically multipath for me?</div></div></div></div></div></blockquote><div><br></div></span><div>No, it doesn't: HBA and mutipath are supposed to be directly configured before running hosted-engine-setup.</div><div>It's exactly the same as for vlan and bonding.</div></div></div></div></blockquote><div><br></div></span><div>Ah, ok.</div><div>So I can also customize my multipath.conf file on oVirt Node as desired, if storage vendor requires it, using </div><div><br></div><div><div># VDSM REVISION 1.3</div><div># VDSM PRIVATE</div></div><div><br></div><div>as I do in regular CentOS 7, correct?</div></div></div></div></blockquote><div><br></div><div>Yep, you can configure it exactly like CentOS 7.</div><div><br></div><div>The VDSM header is not required AFAIK.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>And if so, what is the mapping of "1.3" in VDSM REVISION line above?</div><div>I didn't find reference in oVirt docs and also in RHEV kb I only found this:</div><div><a href="https://access.redhat.com/solutions/43458" target="_blank">https://access.redhat.com/<wbr>solutions/43458</a><br></div></div></div></div></blockquote><div><br></div><div>The idea of persistence is gone in oVirt Node 4.x, so you don't need to worry about any of this.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>that doesn't clarify much in my opinion and seems to cover version 4.x in the summary of knowledge base article, but then I don't seem to find its real application...</div><div><br></div><div>Thanks,</div><div>Gianluca</div><div><br></div></div></div></div>
<br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br><div class="gmail_signature"><div dir="ltr"><table style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium" border="0"><tbody><tr><td width="100px"><br></td></tr></tbody></table></div></div>
</div></div>