<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, May 12, 2016 at 4:50 AM, Jason Ziemba <span dir="ltr"><<a href="mailto:jason@ziemba.net" target="_blank">jason@ziemba.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="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="ltr"><div>I'm fairly new to oVirt (coming from ProxMox) and trying to wrap my head around the mixed (local/NAS) data domain options that are available.</div><div><br></div>I'm trying to configure a set of systems to have local storage, as their primary data storage domain, though also want to have the ability to have a NAS based data domain for guests that are 'mobile' between hosts. Currently I'm able to do one or the other, but not both (so it seems).<div><br></div><div>When I put all of the systems in to a single cluster (or single data-center) I'm able to have the shared data domain, though have only found the ability to configure one system for local storage (not all of them). When I split them out in to separate data centers, they all have their local data domain working, but only a single dc is able to access the shared data domain at a time.</div><div><br></div><div>Am I missing something along the way (probably fairly obvious) that does exactly what I'm outlining, or is this functionality not available by design?</div><div><br></div><div>Any assistance/guidance is greatly appreciated.</div></div>
<br>_______________________________________________<br><br>
<br></blockquote></div><br></div><div class="gmail_extra">Already asked about one month ago. See thread here:</div><div class="gmail_extra"><a href="http://lists.ovirt.org/pipermail/users/2016-April/038911.html">http://lists.ovirt.org/pipermail/users/2016-April/038911.html</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">The last comment by Neil was to provide reasons for this need, as probably it is not on the roadmap.</div><div class="gmail_extra">But 4.0 version is only at alpha stage so we can influence it, if we push.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Actually already in 2013 it was asked and Itamar at that time wrote that the team was working on eliminating this limit.. don't know what exactly was the design limitation from a technical point of view. See thread with question from (another one... ;-) Jason here:</div><div class="gmail_extra"><a href="http://lists.ovirt.org/pipermail/users/2013-July/015400.html">http://lists.ovirt.org/pipermail/users/2013-July/015400.html</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">and Itamar final comment here:</div><div class="gmail_extra"><a href="http://lists.ovirt.org/pipermail/users/2013-July/015413.html">http://lists.ovirt.org/pipermail/users/2013-July/015413.html</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I'm favorable to have the chance to configure inter-mixed storage, local and not, especially for testing purposes, but not only, where you have plenty of storage you cannot dedicate to oVirt VMs now.</div><div class="gmail_extra">The workaround is to have it seen as NFS storage, but it makes sense only for one-host configuration in my opinion, and it overloads network when it is not necessary.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Can we vote for it? Do we need to open an RFE?</div><div class="gmail_extra"><br></div><div class="gmail_extra">BTW: I think insipration should also come form what the leaders are doing (in the positive sense) and in what's new for vSphere 6 here:</div><div class="gmail_extra"><a href="https://www.vmware.com/files/pdf/vsphere/VMW-WP-vSPHR-Whats-New-6-0-PLTFRM.pdf">https://www.vmware.com/files/pdf/vsphere/VMW-WP-vSPHR-Whats-New-6-0-PLTFRM.pdf</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">you find explicitly inside the "VMware vSphere Fault Tolerance Enhancements", so in a critical infrastructure point:</div><div class="gmail_extra"><br></div><div class="gmail_extra">"</div><div class="gmail_extra"><div class="gmail_extra">There have also been enhancements in how vSphere FT handles storage. It now creates a complete copy of</div><div class="gmail_extra">the entire virtual machine, resulting in total protection for virtual machine storage in addition to compute</div><div class="gmail_extra">and memory. It also increases the options for storage by enabling the files of the primary and secondary</div><div class="gmail_extra">virtual machines to be stored on shared as well as local storage. This results in increased protection,</div><div class="gmail_extra">reduced risk, and improved flexibility</div></div><div class="gmail_extra">"</div><div class="gmail_extra"><br></div><div class="gmail_extra">food to the discussion ;-)</div><div class="gmail_extra"><br></div><div class="gmail_extra">Gianluca</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>