<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jul 28, 2013 at 8:58 AM, 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><div class="im"><div>On 28 Jul 2013, at 17:31, Anand Avati &lt;<a href="mailto:anand.avati@gmail.com" target="_blank">anand.avati@gmail.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">
Mounting NFS export from localhost is a recipe for disaster for many other reasons (including deadlocks under heavy IO).</div></blockquote><div><br></div></div><div>Docs? I&#39;m only doing it because it&#39;s the only workable solution I&#39;ve found for gluster at all.</div>
<div>Gluster native client performance is too bad, and pointing it non-local servers implies anti-redundancy (someone else mentioned the same problem for the same reason on here just recently) and is worse than not using gluster at all.</div>
<div>If you have a better solution, I&#39;m all ears.</div><div class="im"><br></div></div></div></blockquote><div><br></div><div>What is your typical workload, and what kind of tests did you compare native client perf against NFS perf?</div>
<div><br></div><div>Avati</div><div><br></div><div> </div><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><div class="im"><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">
 it stops gluster before unmounting volumes. This causes the NFS client to hang waiting for a response from the gluster server (which will never happen because it&#39;s stopped), blocking the reboot, leaving the server hanging indefinitely. The only way out seems to be to power-cycle the server.</div>
<blockquote class="gmail_quote" 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;margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>How is this supposed to work? Is there some way of scheduling unmounts before killing gluster?<br></blockquote><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">
<br></div><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">
 Not sure about this - should the init.d shutdown script be de-prioritized for your runlevel? But then, we are talking about a use case which is highly non-recommended.<br></div></blockquote></div></div><br><div>I&#39;ve not experimented with init scripts yet, but  I think the unmounts are done by /etc/init.d/umountfs.</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></div>