<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 10, 2017 at 8:12 PM, Doug Ingham <span dir="ltr">&lt;<a target="_blank" href="mailto:dougti@gmail.com">dougti@gmail.com</a>&gt;</span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><div><div><div><div><div><div><div>Hey all,<br></div> Each of my hosts/nodes also hosts its own gluster bricks for the storage domains, and peers over a dedicated FQDN &amp; interface.<br></div><br>For example, the first server is setup like the following...<br></div>eth0: <a target="_blank" href="http://v0.dc0.example.com">v0.dc0.example.com</a> (10.10.10.100)<br></div>eth1: <a target="_blank" href="http://s0.dc0.example.com">s0.dc0.example.com</a> (10.123.123.100)<br><br></div>As it&#39;s a self-hosted engine, the gluster volumes &amp; peers were necessarily setup outside of the oVirt UI, before the HE was deployed. oVirt then picked up the volume &amp; brick configurations when the storage domains were added.<br><br></div>However on the UI, the servers &amp; directories for the bricks under the Volumes tab all show the main FQDNs of the hosts, not the FQDNs used for the storage layer.<br></div>When I click on &quot;Advanced Details&quot; for a brick, it just shows &quot;Error in fetching the brick details, please try again.&quot;<br></div></div></blockquote><div><br></div><div>Have you tried this - <a href="http://www.ovirt.org/develop/release-management/features/network/select-network-for-gluster/">http://www.ovirt.org/develop/release-management/features/network/select-network-for-gluster/</a> ?<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div></div><div><br></div>Could this be a sign of a problem, or potentially be causing any problems?<br></div></blockquote><div><br></div><div>It&#39;s a problem to manage the gluster bricks from oVirt but will not affect the functioning of the storage domain<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div><div><div><div><br>Technically, the volumes can be mounted on both FQDNs as glusterd 
listens on all interfaces, however it only peers on the storage 
interfaces.<br><br>(The bricks on my data volume, and only my data volume, keep coming unsynced and I&#39;m trying to locate the exact cause :/ )<br clear="all"></div><div><div><div><div><div><div><div><div><div><div><div><br></div><div>Any help much appreciated,<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></div><span class="gmail-HOEnZb"><font color="#888888"><div>-- <br><div class="gmail-m_1552048449103042037gmail_signature">Doug</div>
</div></font></span></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a target="_blank" rel="noreferrer" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>