<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">If you are using the native client for GlusterFS if the brick you used to originally mount fails for whatever reason - the remaining bricks will still continue to function even though your mount technically points to the failed node. There is no need to do any trickery with DNS/Load Balancing, etc as the client will have already built out these connections.<div><br></div><div>Now keep in mind you won't be able to remount that volume using that brick name until it's restored - however your system mounts will still continue to function while you repair/replace that brick.</div><div><br></div><div><br></div><div><div><div>On Jul 23, 2013, at 1:03 PM, Ziemowit Pierzycki &lt;<a href="mailto:ziemowit@pierzycki.com">ziemowit@pierzycki.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">I used ucarp to create a virtual IP address that gets passed around. &nbsp; DNS load-balancing can work but it's not 100% failure free. &nbsp;Mounting localhost on boot can be fixed. &nbsp;I've had problems mounting remote gluster hosts on boot with Fedora 17 and 18 anyway. &nbsp;I'll have to some do some more experimentation I guess. &nbsp;Here are my reasons for mounting localhost:<div>
<br></div><div>* decentralized (other than the glusterd on localhost)</div><div>* localhost may or may not be actual server automatically</div><div style="">* localhost figures out all the hosts in the cluster automatically</div>
<div>* no need to supply other names<br><div><br></div><div style="">I'm actually working on trying to bring GlusterFS+QEMU integration to OpenNebula. &nbsp;So I'm just thinking of embedding "localhost" into the storage drivers for all the reasons mentioned above.</div>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 23, 2013 at 12:46 PM, Marcus Bointon <span dir="ltr">&lt;<a href="mailto:marcus@synchromedia.co.uk" target="_blank">marcus@synchromedia.co.uk</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div class="im"><div><div>On 23 Jul 2013, at 19:28, Ziemowit Pierzycki &lt;<a href="mailto:ziemowit@pierzycki.com" target="_blank">ziemowit@pierzycki.com</a>&gt; wrote:</div>
<br><blockquote type="cite"><div style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
I guess with mounting it via somehost, one would have to very picky to choose which host to pick as if it goes down that mount may stop working. &nbsp;Am I correct? &nbsp;So what is better?</div></blockquote></div><br></div><div>I've had real trouble mounting anything from localhost on boot, whereas remote works fine. Search the list archives.</div>
<span class="HOEnZb"><font color="#888888"><div><br></div><div>Marcus</div></font></span></div><br>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>
_______________________________________________<br>Gluster-users mailing list<br><a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>http://supercolony.gluster.org/mailman/listinfo/gluster-users</blockquote></div><br></div></body></html>