<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 12, 2017 at 11:15 PM, Jamie Lawrence <span dir="ltr"><<a href="mailto:jlawrence@squaretrade.com" target="_blank">jlawrence@squaretrade.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Apr 12, 2017, at 1:31 AM, Evgenia Tokar <<a href="mailto:etokar@redhat.com">etokar@redhat.com</a>> wrote:<br>
><br>
> Hi Jamie,<br>
><br>
> Are you trying to setup hosted engine using the "hosted-engine --deploy" command, or are you trying to migrate existing he vm?<br>
><br>
> For hosted engine setup you need to provide a clean storage domain, which is not a part of your 4.1 setup, this storage domain will be used for the hosted engine and will be visible in the UI once the deployment of the hosted engine is complete.<br>
> If your storage domain appears in the UI it means that it is already connected to the storage pool and is not "clean”.<br>
<br>
</span>Hi Jenny,<br>
<br>
Thanks for the response.<br>
<br>
I’m using `hosted-engine —deploy`, yes. (Actually, the last few attempts have been with an answerfile, but the responses are the same.)<br>
<br>
I think I may have been unclear. I understand that it wants an unmolested SD. There just doesn’t seem to be a path to provide that with an Ovirt-managed Gluster cluster.<br>
<br>
I guess my question is how to provide that with an Ovirt-managed gluster installation. Or a different way of asking, I guess, would be how do I make Ovirt/VDSM ignore a newly created gluster SD so that `hosted-engine` can pick it up? I don’t see any options to tell the Gluster cluster to not auto-discover or similar. So as soon as I create it, the non-hosted engine picks it up. This happens within seconds - I vainly tried to time it with running the installer.<br>
<br>
This is why I mentioned dismissing the idea of using another Gluster installation, unattached to Ovirt. That’s the only way I could think of to give it a clean pool. (I dismissed it because I can’t run this in production with that sort of dependency.)<br>
<br>
Do I need to take this Gluster cluster out of Ovirt control (delete the Gluster cluster from the Ovirt GUI, recreate outside of Ovirt manually), install on to that, and then re-associate it in the GUI or something similar?<br></blockquote><div><br></div><div>The gluster cluster being detected in Ovirt does not make it a dirty storage domain. It looks like the gluster volume was previously used as storage domain and was not cleaned up? You can try mounting the gluster volume and check if it has any content<br><br></div><div>I'm a bit confused about the setup though - do you already have an installation of oVirt engine that you use to manage the gluster hosts. Are you deploying another engine (HE) that's managing the same hosts or using gluster volume from another installation?<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
-j<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<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>
</div></div></blockquote></div><br></div></div>