The clients should be enough.<div>But seeing as you mount didn&#39;t even happen, there might be some other problem.</div><div>As Amar suggested, could you let us know what&#39;s in the client logs? They should be in /var/log/glusterfs/&lt;mnt-point&gt;.log.</div>
<div><br></div><div>Thanks,</div><div>Kaushal<br><br><div class="gmail_quote">On Fri, May 4, 2012 at 11:17 AM, Toby Corkindale <span dir="ltr">&lt;<a href="mailto:toby.corkindale@strategicdata.com.au" target="_blank">toby.corkindale@strategicdata.com.au</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 04/05/12 15:37, Kaushal M wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Toby.<br>
<br>
This is the correct way to do it and it should work.<br>
<br>
However, there was a bug reported earlier where the outputs of mount/df<br>
command showed the original server even when the backup server was used<br>
for gluster mounts. This bug doesn&#39;t happen anymore on the latest qa<br>
release.<br>
</blockquote>
<br></div>
Hi Kaushal,<br>
I don&#39;t think that&#39;s the same bug. I can&#39;t even mount it. (There is nothing listed in /proc/mounts, for instance)<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I believe you are testing with 3.3 beta 3. Could you check with the<br>
latest 3.3.0qa release (src tarball here<br>
<a href="http://bits.gluster.com/pub/gluster/glusterfs/src/glusterfs-3.3.0qa39.tar.gz" target="_blank">http://bits.gluster.com/pub/<u></u>gluster/glusterfs/src/<u></u>glusterfs-3.3.0qa39.tar.gz</a><br>
, no debs) and see if the problem still exists?<br>
</blockquote>
<br></div>
Ah, ok, I&#39;ll have a go with that -- do I need that on the servers too, or just the client?<span class="HOEnZb"><font color="#888888"><br>
<br>
-Toby<br>
</font></span></blockquote></div><br></div>